ETSITS101 980V1.1.1 



(2001-09) 



Technical Specification 



Digital Radio IVIondiale (DRIVI); 
System Specification 




ETSI TS 101 980 VI. 1.1 (2001-09) 



Reference 



DTS/JTC-DRM-01 
Keywords 



broadcasting, digital, DRM, radio 



ETSI 

650 Route des Lucioles 
F-06921 Sophia Antipolis Cedex - FRANCE 

Tel. : +33 4 92 94 42 00 Fax: +33 4 93 65 47 1 6 

Siret N ° 348 623 562 0001 7 - NAF 742 C 
Association a but non lucratif enregistree a la 
Sous-Prefecture de Grasse (06) N° 7803/88 



Important notice 



Individual copies of the present document can be downloaded from: 
http://www.etsi.org 

The present document may be made available in more than one electronic version or in print. In any case of existing or 

perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF). 

In case of dispute, the reference shall be the printing on ETSI printers of the PDF version kept on a specific network drive 

within ETSI Secretariat. 

Users of the present document should be aware that the document may be subject to revision or change of status. 

Information on the current status of this and other ETSI documents is available at 

http://portal.etsi.orq/tb/status/status.asp 

If you find errors in the present document, send your comment to: 
editor@etsi.fr 

Copyright Notification 

No part may be reproduced except as authorized by written permission. 
The copyright and the foregoing restriction extend to reproduction in all media. 

© European Telecommunications Standards Institute 2001 . 
All rights reserved. 



ETSI 



ETSI TS 101 980 VI. 1.1 (2001-09) 



Contents 



Intellectual Property Rights 7 

Foreword 7 

Introduction 7 

1 Scope 9 

2 References 9 

3 Definitions, symbols and abbreviations 9 

3.1 Definitions 9 

3.2 Symbols 10 

3.3 Abbreviations 11 

4 General characteristics 12 

4.1 System overview 12 

4.2 System architecture 12 

4.3 Source coding 14 

4.4 Transmission modes 15 

4.4.1 Signal bandwidth related parameters 15 

4.4.2 Transmission efficiency related parameters 15 

4.4.2.1 Coding rates and constellations 15 

4.4.2.2 OFDM parameter set 15 

5 Source coding modes 17 

5.1 Overview 17 

5.1.1 AAC Audio Coding 18 

5.1.2 MPEG CELP coding 18 

5.1.3 MPEG HVXC coding 19 

5.1.4 SBR coding 19 

5.2 UEP and audio super framing 19 

5.3 AAC coding 20 

5.3.1 AAC 20 

5.3.1.1 AAC audio super frame 21 

5.3.2 AAC + SBR 23 

5.4 MPEG CELP coding 24 

5.4.1 MPEG CELP 24 

5.4.1.1 CELP audio super frame 26 

5.5 HVXC 28 

5.5.1 Definitions 29 

5.5.1.1 HVXC source coder parameters 29 

5.5.1.2 CRCbits for fixed bit rate modes 29 

5.5.2 HVXC decoder 29 

5.5.3 HVXC encoder 30 

5.5.3.1 LPC analysis and LSP quantization 31 

5.5.3.2 Open loop pitch search 31 

5.5.3.3 Harmonic magnitude and fine pitch estimation 31 

5.5.3.4 Vector quantization of harmonic magnitudes 31 

5.5.3.5 Voiced/Unvoiced decision 31 

5.5.3.6 VXC coding of unvoiced signals 31 

5.5.4 HVXC channel coding 32 

5.5.4.1 Protected Bit Selection 32 

5.5.4.2 Syntax of DRM HVXC error resilience (ErHVXCfixframe_CRC) 34 

5.5.5 Category Interleaving 38 

5.5.6 HVXC error detection and concealment 39 

5.5.6.1 Cyclic Redundancy Code (CRC) 39 

5.5.6.2 Error concealment 39 

5.5.6.2.1 Parameter replacement 40 

5.6 SBR 42 



£75/ 



4 ETSI TS 1 01 980 V1 .1 .1 (2001 -09) 

5.6.1 Conceptual overview 42 

5.6.2 AAC + SBR Decoding Process 43 

5.6.2.1 Analysis Filterbank 43 

5.6.2.2 Synthesis Filterbank 43 

5.6.2.3 Gain Control 44 

5.6.2.4 T/F Grid Control 44 

5.6.2.5 Huffman Decoder 44 

5.6.3 AAC + SBR Protocol 47 

5.6.3.1 AAC + SBR syntax 47 

5.6.3.2 SBR bit stream element definitions 53 

6 Multiplex definition 57 

6.1 Introduction 57 

6.2 Main Service Channel 57 

6.2.1 Introduction 57 

6.2.2 Structure 57 

6.2.3 Building the MSC 58 

6.2.3.1 Multiplex frames 58 

6.2.3.2 Hierarchical frames 58 

6.2.4 Reconfiguration 58 

6.3 Fast Access Channel 58 

6.3.1 Introduction 58 

6.3.2 Structure 58 

6.3.3 Channel parameters 59 

6.3.4 Service parameters 60 

6.3.5 CRC 62 

6.3.6 FAC repetition 62 

6.4 Service Description Channel 62 

6.4.1 Introduction 62 

6.4.2 Structure 62 

6.4.3 Data Entities 63 

6.4.3.1 Multiplex description data entity - type 64 

6.4.3.2 Label data entity - type 1 65 

6.4.3.3 Conditional access parameters data entity - type 2 65 

6.4.3.4 Frequency information data entity - type 3 65 

6.4.3.5 Frequency schedule data entity - type 4 68 

6.4.3.6 Application information data entity - type 5 69 

6.4.3.7 Announcement support and switching entity - type 6 70 

6.4.3.8 Region definition data entity - type 7 71 

6.4.3.9 Time and date information data entity - type 8 72 

6.4.3.10 Audio information data entity - type 9 72 

6.4.3.11 FAC channel parameters data entity - type 10 74 

6.4.3.12 Linkage data entity - type 11 76 

6.4.3.13 Language and country data entity - type 12 76 

6.4.3.14 Other data entities 77 

6.4.4 Summary of data entity characteristics 77 

6.4.5 Changing the content of the SDC 77 

6.4.6 Signalling of reconfigurations 78 

6.4.6.1 Service reconfigurations 78 

6.4.6.2 Channel reconfigurations 78 

6.5 Text message application 79 

6.5.1 Structure 79 

6.6 Packet mode 80 

6.6.1 Packet structure 81 

6.6.1.1 Header 81 

6.6.1.2 Data field 82 

6.6.2 Asynchronous streams 82 

6.6.3 Files 82 

6.6.4 Choosing the packet length 82 

7 Channel coding and modulation 83 

7.1 Introduction 83 



£75/ 



5 ETSI TS 1 01 980 V1 .1 .1 (2001 -09) 

7.2 Transport multiplex adaptation and Energy dispersal 83 

7.2.1 Transport multiplex adaptation 83 

7.2.1.1 MSC 83 

7.2.1.2 FAC 86 

7.2.1.3 SDC 86 

7.2.2 Energy dispersal 87 

7.3 Coding 88 

7.3.1 Multilevel coding 88 

7.3.1.1 Partitioning of bitstream in SM and HMsym 90 

7.3.1.2 Partitioning of bitstream in HMmix 91 

7.3.2 Component Code 92 

7.3.3 Bit Interleaving 98 

7.3.3.1 FAC 98 

7.3.3.2 SDC 99 

7.3.3.3 MSC 99 

7.4 Signal constellations and mapping 101 

7.5 Application of coding to the channels 105 

7.5.1 Coding the MSC 105 

7.5.1.1 SM 105 

7.5.1.2 HMsym 106 

7.5.1.3 HMmix 106 

7.5.2 Coding the SDC 107 

7.5.3 Coding the FAC 107 

7.6 MSC Cell Interleaving 107 

7.7 Mapping of MSC cells on the transmission super frame structure 109 

8 Transmission structure 110 

8.1 Transmission frame structure and modes 110 

8.2 Propagation-related OFDM parameters 112 

8.3 Signal bandwidth related parameters 112 

8.3.1 Parameter definition 112 

8.3.2 Simulcast transmission 114 

8.4 Pilot cells 114 

8.4.1 Functions and derivation 114 

8.4.2 Frequency references 114 

8.4.2.1 Cell positions 114 

8.4.2.2 Cell gains and phases 115 

8.4.3 Time references 115 

8.4.3.1 Cell positions and phases 116 

8.4.3.2 Cell gains 117 

8.4.4 Gain references 118 

8.4.4.1 Cell positions 118 

8.4.4.2 Cell gains 118 

8.4.4.3 Cell phases 119 

8.4.4.3.1 Procedure for calculation of cell phases 119 

8.4.4.3.2 Robustness mode A 119 

8.4.4.3.3 Robustness mode B 120 

8.4.4.3.4 Robustness mode C 120 

8.4.4.3.5 Robustness mode D 120 

8.5 Control cells 121 

8.5.1 General 121 

8.5.2 FAC cells 122 

8.5.2.1 Cell positions 122 

8.5.2.2 Cell gains and phases 123 

8.5.3 SDC cells 124 

8.5.3.1 Cell positions 124 

8.5.3.2 Cell gains and phases 124 

8.6 Data cells 124 

8.6.1 Cell positions 124 

8.6.2 Cell gains and phases 124 

Annex A (informative): Simulated system performance 125 



£75/ 



6 ETSI TS 1 01 980 V1 .1 .1 (2001 -09) 

Annex B (informative): Definition of channel profiles 126 

Annex C (informative): Example of mapping of logical frames to multiplex frames 129 

Annex D (normative): Calculation of the CRC word 130 

Annex E (informative): Indicative RF Protection ratios 132 

Annex F (informative): Guidelines for emitter implementation 134 

Annex G (informative): Guidelines for receiver implementation 135 

G.l Alternative frequency checking and switching (AFS) 135 

G.2 Character sets 137 

Annex H (informative): Service capacity and bit rates 138 

Annex I (normative): Audio tables 139 

Annex J (informative): Numbers of input bits 142 

Annex K (informative): Simulcast transmission 147 

Annex L (informative): Pilot reference illustrations 149 

Annex M (informative): MSC configuration examples 153 

Annex N (informative): HVXC parameters 156 

Annex O (informative) : Bibliography 157 

History 158 



£75/ 



ETSI TS 101 980 VI. 1.1 (2001-09) 



Intellectual Property Rights 
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Foreword 

This Technical Specification (TS) has been produced by Joint Technical Committee (JTC) of the European 
Broadcasting Union (EBU), Comite Europeen de Normalization Electrotechnique (CENELEC) and the European 
Telecommunications Standards Institute (ETSI). 

NOTE: The EBU/ETSI JTC Broadcast was established in 1990 to co-ordinate the drafting of standards in the 
specific field of broadcasting and related fields. Since 1995 the JTC Broadcast became a tripartite body 
by including in the Memorandum of Understanding also CENELEC, which is responsible for the 
standardization of radio and television receivers. The EBU is a professional association of broadcasting 
organizations whose work includes the co-ordination of its members' activities in the technical, legal, 
programme-making and programme-exchange domains. The EBU has active members in about 
60 countries in the European broadcasting area; its headquarters is in Geneva. 

European Broadcasting Union 

CH-1218 GRAND SACONNEX (Geneva) 

Switzerland 

Tel: +41 22 717 21 11 

Fax: +4122 717 24 81 



Introduction 



The frequency bands used for broadcasting below 30 MHz are: 

• Low frequency (LP) band - from 148,5 kHz to 283,5 kHz, in ITU Region 1 [1] only; 

• Medium frequency (MF) band - from 526,5 kHz to 1 606,5 kHz, in ITU Regions 1 [1] and 3 [1] and from 
525 kHz to 1 705 kHz in ITU Region 2 [1]; 

• High frequency (HE) bands - a set of individual broadcasting bands in the frequency range 2,3 MHz to 27 MHz, 
generally available on a Worldwide basis. 

These bands offer unique propagation capabilities that permit the achievement of: 

• Large coverage areas, whose size and location may be dependent upon the time of day, season of the year or 
period in the (approximately) 1 1 year sunspot cycle; 

• Portable and mobile reception with relatively little impairment caused by the environment surrounding the 
receiver. 
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There is thus a desire to continue broadcasting in these bands, perhaps especially in the case of international 
broadcasting where the HF bands offer the only reception possibilities which do not also involve the use of local 
repeater stations. 

However, broadcasting services in these bands: 

• use analogue techniques; 

• are subject to limited quality; 

• are subject to considerable interference as a result of the long-distance propagation mechanisms which prevail in 
this part of the frequency spectrum and the large number of users. 

As a direct result of the above considerations, there is a desire to effect a transfer to digital transmission and reception 
techniques in order to provide the increase in quality which is needed to retain listeners who, increasingly, have a wide 
variety of other programme reception media possibilities, usually already offering higher quality and reliability. 

In order to meet the need for a digital transmission system suitable for use in all of the bands below 30 MHz, the Digital 
Radio Mondiale (DRM) consortium was formed in early 1998. The DRM consortium is a non-profit making body 
which seeks to develop and promote the use of the DRM system worldwide. Its members include broadcasters, network 
providers, receiver and transmitter manufacturers and research institutes. More information is available from their 
website ( http://www.drm.org/) . 
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Scope 



The present document gives the specification for the Digital Radio Mondiale (DRM) system for digital transmissions in 
the broadcasting bands below 30 MHz. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. 
[ 1 ] ITU-R Radio Regulations. 

[2] ISO/IEC 14496-3: "Information technology - Coding of audio-visual objects - Part 3: Audio". 

[3] ISO/IEC 14496-3/Amd 1: "Audio extensions". 

[4] ETSI EN 300 401 : "Radio Broadcasting Systems; Digital Audio Broadcasting (DAB) to mobile, 

portable and fixed receivers". 

[5] EN 50067: "Specification of the radio data system (RDS) for VHF/FM sound broadcasting in the 

frequency range from 87,5 to 108,0 MHz". 

[6] ISO/IEC 10646-1: "Information technology - Universal Multiple-Octet Coded Character Set 

(UCS) - Part 1: Architecture and Basic Multihngual Plane". 

[7] ISO 639-2: "Codes for the representation of names of languages - Part 2: Alpha-3 code". 

[8] ISO 3 166 (all parts): "Codes for the representation of names of countries and their subdivisions". 

[9] ISO 8859-1: "Information technology - 8-bit single-byte coded graphic character sets - 

Part 1: Latin alphabet No. 1". 

[10] ETSI TS 101 756: "Digital Audio Broadcasting (DAB); Registered Tables". 

[11] ITU-R Recommendation BS. 559-2: "Objective measurement of radio-frequency protection ratios 

in LF, MF and HE broadcasting". 

[12] ITU-R Recommendation SM. 328-10: "Spectra and bandwidth of emissions". 



3 Definitions, symbols and abbreviations 

3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply: 

cell: sine wave portion of duration T^ , transmitted with a given amplitude and phase and corresponding to a carrier 
position 

NOTE 1 : Each OFDM symbol is the sum of K such sine wave portions equally spaced in frequency. 
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energy dispersal: operation involving deterministic selective complementing of bits in the logical frame, intended to 
reduce the possibility that systematic patterns result in unwanted regularity in the transmitted signal 

Fast Access Channel (FAC): channel of the multiplex data stream which contains the information that is necessary to 
find services and begin to decode the multiplex 

Main Service Channel (MSC): channel of the multiplex data stream which occupies the major part of the transmission 
frame and which carries all the digital audio services, together with possible supporting and additional data services 

mod: the modulo operator 

NOTE 2: (x mod y) = z, where y > 0, such that x = qy + z, q is an integer, and < z < y. 

OFDM symbol: transmitted signal for that portion of time when the modulating amplitude and phase state is held 
constant on each of the equally-spaced carriers in the signal 

reserved for future addition (rfa): bits with this designation shall be set to zero 

NOTE 3: Receivers shall ignore these bits. 

reserved for future use (rfu): bits with this designation shall be set to zero 

NOTE 4: Receivers shall check that these bits are zero in order to determine the valid status of the other fields in 
the same scope. 

Service Description Channel (SDC): channel of the multiplex data stream which gives information to decode the 
services included in the multiplex 

NOTE 5: The SDC also provides additional information to enable a receiver to find alternative sources of the same 
data. 

Single Frequency Network (SFN): network of transmitters sharing the same radio frequency to achieve a large area 
coverage 

transmission frame: a number of consecutive OFDM symbols (duration of 400 ms), whereby the first OFDM symbol 
contains the time reference cells 

transmission super frame: three consecutive transmission frames (duration of 1 200 ms), whereby the first OFDM 
symbols contain the SDC block 

logical frame: contains data of one stream during 400 ms 

multiplex frame: logical frames from all streams form a multiplex frame (duration of 400 ms) 

NOTE 6: It is the relevant basis for coding and interleaving. 

3.2 Symbols 

For the purposes of the present document, the following symbols apply: 

E[ ] expectation value of the expression in brackets 

/^ reference frequency of the emitted signal 

K number of active carriers in the OFDM symbol 

/Tjjjjjx carrier index of the upper active carrier in the OFDM signal 

/T^jin carrier index of the lower active carrier in the OFDM signal 

Lj^^fj-^ number of input bits per multiplex frame for the multilevel encoding 

^MUX number of MSC cells (QAM symbols) per multiplex frame 

T elementary time period, equal to 83^'^ )is (1/12 kHz) 

Tr duration of the transmission frame, equal to 400 ms 

Tg duration of the guard interval 

r, duration of an OFDM symbol 

T^r duration of the transmission super-frame built from three transmission frames 
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T 

X* 

n 



duration of the useful (orthogonal) part of an OFDM symbol, excluding the guard interval 
complex conjugate of value X 
round towards plus infinity 
round towards minus infinity 



3.3 



Abbreviations 



For the purposes of the present document, the following abbreviations apply: 

AAC Advanced Audio Coding 

AFS Alternative Frequency Switching 

BER Bit Error Ratio 

CELP Code Excited Linear Prediction 

CRC Cyclic Redundancy Check 

DFT Discrete Fourier Transform 

EEP Equal Error Protection 

FAC Fast Access Channel 

HE High Frequency 

HVXC Harmonic Vector eXcitation Coding 

IFFT Inverse Fast Fourier Transform 

ISO International Organization for Standardization 

LF Low Frequency 

LPC Linear Predictive Coding 

LSb Least Significant bit 

LSP Line Spectral Pairs 

MF Medium Frequency 

MPEG Moving Picture Experts Group 

MSb Most Significant bit 

MSC Main Service Channel 

OFDM Orthogonal Frequency Division Multiplexing 

PRBS Pseudo-Random Binary Sequence 

QAM Quadrature Amplitude Modulation 

RF Radio Frequency 

rfa reserved for future addition 

rfu reserved for future use 

SBR Spectral Band Replication 

SDC Service Description Channel 

SFN Single Frequency Network 

SM Simple Modulation 

SPP Standard Protected Part 

UEP Unequal Error Protection 

uimsbf unsigned integer most significant bit first 

VSPP Very Strongly Protected Part 
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4 General characteristics 

4.1 System overview 

The DRM system is designed to be used at any frequency below 30 MHz, i.e. within the long wave, medium wave and 
short wave broadcasting bands, with variable channelization constraints and propagation conditions throughout these 
bands. In order to satisfy these operating constraints, different transmission modes are available. A transmission mode is 
defined by transmission parameters classified in two types: 

signal bandwidth related parameters; 

transmission efficiency related parameters. 

The first type of parameters defines the total amount of frequency bandwidth for one transmission. Efficiency related 
parameters allow a trade-off between capacity (useful bit rate) and ruggedness to noise, multipath and Doppler. 



4.2 System architecture 



This clause gives a general presentation of the system architecture, based on the synoptic diagram of figure 1, which 
gives reference to the clauses defining the individual parts of the system. 

Figure 1 describes the general flow of different classes of information (audio, data, ...) and does not differentiate 
between different services that may be conveyed within one or more classes of information. A detailed description on 
the distribution of services onto those classes can be found in clause 6. 
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Figure 1 : Conceptual DRM transmission blocit diagram 
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The source encoder and pre-coders ensure the adaptation of the input streams onto an appropriate digital transmission 
format. For the case of audio source encoding, this functionality includes audio compression techniques as described in 
clauses 4.3 and 5. The output of the source encoder(s) and the data stream pre-coder may comprise two parts requiring 
different levels of protection within the subsequent channel encoder. All services have to use the same two levels of 
protection. 

The multiplexer combines the protection levels of all data and audio services as described in clause 6. 

The energy dispersal provides a deterministic selective complementing of bits in order to reduce the possibility that 
systematic patterns result in unwanted regularity in the transmitted signal. 

The channel encoder adds redundant information as a means for quasi error-free transmission and defines the mapping 
of the digital encoded information onto QAM cells as described in clause 7. 

Cell interleaving spreads consecutive QAM cells onto a sequence of cells quasi-randomly separated in time and 
frequency, in order to provide robust transmission in time-frequency dispersive channels. The pilot generator provides 
means to derive channel state information in the receiver, allowing for a coherent demodulation of the signal. 

The OFDM cell mapper collects the different classes of cells and places them on the time-frequency grid as specified in 
clause 7. 

The OFDM signal generator transforms each ensemble of cells with same time index to a time domain representation of 
the signal. Consecutively, the OFDM symbol is obtained from this time domain representation by inserting a guard 
interval as a cyclic repetition of a portion of the signal, as specified in clause 7. 

The modulator converts the digital representation of the OFDM signal into the analogue signal in the air. This operation 
involves digital-to-analogue conversion and filtering that have to comply with spectrum requirements as described in 
annex E. 



4.3 Source coding 



Within the constraints of broadcasting regulations in broadcasting channels below 30 MHz and the parameters of the 
coding and modulation scheme applied, the bit rate available for source coding is in the range from 8 kbit/s (half 
channels) to =20 kbit/s (standard channels) to up to =72 kbit/s (double channels). 

In order to offer optimum quality at a given bit rate, the system offers different source coding schemes: 

a subset of MPEG-4 AAC (Advanced Audio Coding) including error robustness tools for generic mono and 
stereo audio broadcasting; 

a subset of MPEG-4 CELP speech coder for error robust speech broadcasting in mono, for cases when only a 
low bit rate is available or especially high error robustness is required; 

a subset of MPEG-4 HVXC speech coding for very low bit rate and error robust speech broadcasting in mono, 
especially well suited also for speech data base apphcations; 

Spectral Band Replication (SBR), an audio coding enhancement tool that allows to achieve full audio bandwidth 
at low bit rates. It can be applied to AAC and CELP. 

The bit-stream transport format of the source coding schemes has been modified to meet the requirements of the DRM 
system (audio superframing). Unequal error protection (UEP) can be applied to improve the system behaviour in error 
prone channels. 

Provision is made for further enhancement of the audio system by linking two DRM signals together. 
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4.4 Transmission modes 

4.4.1 Signal bandwidth related parameters 

The current channel widths for radio broadcasting below 30 MHz are 9 kHz and 10 kHz. The DRM system is designed 
to be used: 

within these nominal bandwidths, in order to satisfy the current planning situation; 

within half these bandwidths (4,5 kHz or 5 kHz) in order to allow for simulcast with analogue AM signals; 

within twice these bandwidths (18 kHz or 20 kHz) to provide for larger transmission capacity where and when 
the planning constraints allow for such facility. 

These signal bandwidth related parameters are specified in clause 8. 

4.4.2 Transmission efficiency related parameters 

For any value of the signal bandwidth parameter, transmission efficiency related parameters are defined to allow a trade 
off between capacity (useful bit rate) and ruggedness to noise, multipath and Doppler. These parameters are of two 
types: 

coding rate and constellation parameters, defining which code rate and constellations are used to convey data; 

OFDM symbol parameters, defining the structure of the OFDM symbols to be used as a function of the 
propagation conditions. 

4.4.2.1 Coding rates and constellations 

As a function of the desired protection associated within each service or part of a service, the system provides a range of 
options to achieve one or two levels of protection at a time. Depending on service requirements, these levels of 
protection may be determined by either the code rate of the channel encoder (e.g. 0,6 . . .), by the constellation order 
(e.g. 4-QAM, 16-QAM, 64-QAM), or by hierarchical modulation. Detailed definition of these options is given in 
clause 7. 

4.4.2.2 OFDM parameter set 

The OFDM parameter set is presented in this clause. The specification of the signal waveform is given in clause 8. 
These values are defined for different propagation-related transmission conditions to provide various robustness modes 
for the signal. In a given bandwidth, the different robustness modes provide different available data rates. Table 1 
illustrates typical uses of the robustness modes. 

Table 1 : Robustness Mode uses 



Robustness Mode 


Typical Propagation Conditions 


A 


Gaussian channels, with minor fading 


B 


Time and frequency selective channels, with longer delay spread 


C 


As robustness mode B, but with higher Doppler spread 


D 


As robustness mode B, but with severe delay and Doppler spread 



The transmitted signal comprises a succession of OFDM symbols, each symbol being made of a guard interval followed 
by the so-called useful part of the symbol. Each symbol is the sum of K sine wave portions equally spaced in 
frequency. Each sine wave portion, called a "cell", is transmitted with a given amplitude and phase and corresponds to a 
carrier position. Each carrier is referenced by the index k, k belonging to the interval [fej^j^, , k^^^ \ {k = Q corresponds to 
the reference frequency of the transmitted signal). 



£75/ 



16 



ETSI TS 101 980 VI. 1.1 (2001-09) 



The time-related OFDM symbol parameters are expressed in multiples of the elementary time period T , which is equal 
to 83 '/^ )is. These parameters are: 

T„ : duration of the guard interval; 

r, : duration of an OFDM symbol; 

r„ : duration of the useful (orthogonal) part of an OFDM symbol (i.e. excluding the guard interval). 

The OFDM symbols are grouped to form transmission frames of duration Tr . 

As specified in clause 8, a certain number of cells in each OFDM symbol are transmitted with a predetermined 
amplitude and phase, in order to be used as references in the demodulation process. They shall be called "reference 
pilots" and represent a certain proportion of the total number of cells. 

Table 2: OFDM symbol parameters 



Parameters list 


Robustness Mode 


A 


B 


C 


D 


T (us) 


831/3 


831/3 


831/3 


83I/3 


Tu (ms) 


24 
(288 X T ) 


211/3 
(256 X T ) 


142/3 

(176 X r) 


9I/3 

(ii2x r) 


Tg (ms) 


22/3 
(32 X r ) 


5I/3 
(64 X r ) 


51/3 

(64 X r ) 


71/3 
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262/3 


262/3 


20 


162/3 


Tf (ms) 
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Source coding modes 



5.1 



Overview 



The source coding options in the DRM system are shown in figure 2. 
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Figure 2: Source coding overview 

As described in clause 4.3, the DRM system offers audio coding (AAC) and speech coding (CELP and HVXC). In 
general, a high frequency reconstruction method (SBR) can be used to enhance the perceptual audio quality. However, 
at present the use of SBR is only defined for use with AAC. Special care is taken so that the encoded audio can be 
composed into audio super frames of constant length. Multiplexing and UEP of audio/speech services is done by means 
of the multiplex and channel coding units. Audio specific configuration information is transmitted in the SDC 
(see clause 6.4.3.10). 
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5.1.1 AAC Audio Coding 



For generic audio coding, a subset of the MPEG-4 Advanced Audio Coding (AAC) toolbox chosen to best suit the 
DRM system environment is used. For example a standard configuration for use in one short wave channel could be 
20 kbit/s mono AAC. 

Specific features of the AAC stream within the DRM system are: 

Bit rate: AAC can be used at any bit rate. Byte-alignment of the 400 ms audio super frame leads to a granularity 
of 20 bit/s for the AAC bit rate; 

Sampling rates: permitted sampling rates are 12 kHz and 24 kHz; 

Transform length: the transform length is 960 to ensure that one audio frame corresponds to 80 ms or 40 ms in 
time. This is required to harmonize CELP and AAC frame lengths and thus to allow the combination of an 
integer number of audio frames to build an audio super frame of 400 ms duration; 

Error resilience: a subset of MPEG-4 tools is used to improve the AAC bit stream error resilience in error prone 
channels; 

Audio super framing: 5 (12 kHz) or 10 (24 kHz) audio frames are composed into one audio super frame, which 
always corresponds to 400 ms in time. The audio frames in the audio super frames are encoded together such 
that each audio super frame is of constant length, i.e. that bit exchange between audio frames is only possible 
within an audio super frame. One audio super frame is always placed in one logical frame (see clause 6). In this 
way no additional synchronization is needed for the audio coding. Retrieval of frame boundaries and provisions 
for UEP are also taken care of within the audio super frame; 

UEP: better graceful degradation and better operation at higher BERs is achieved by applying UEP to the AAC 
bit stream. Unequal error protection is realized via the multiplex/coding units. 



5.1.2 MPEG CELP coding 



MPEG CELP speech coding is offered in the DRM system to allow for reasonable speech quality at bit rates 
significantly below the standard rate (for example "half rate" operation at 8 kbit/s). Possible scenarios for the use of the 
speech coder are: 

Dual/triple speech applications: instead of one audio program at 20 kbit/s to 24 kbit/s, the channel contains two 
or three speech signals of 8 kbit/s to 10 kbit/s each, allowing simultaneous speech transmissions; 

Speech services in addition to an audio service; 

Simulcast transmissions: in case of analogue/digital simulcast only bit rates as low as 8 kbit/s may be available; 

Very robust speech applications: due to its nature a speech coder can be expected to offer higher robustness 
against channel errors. Therefore 8 kbit/s speech coding can be used to do ultra robust speech coding in one 
channel. 

Basic features of MPEG CELP coding are: 

8 kHz or 16 kHz sampling rate; 

Bit rates between 4 kbit/s and 20 kbit/s; 

Error robustness; 

Composition of an integer number of CELP frames to build one audio super frame. 
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5.1.3 MPEG HVXC coding 



MPEG-4 HVXC (Harmonic Vector eXitation Coding) speech coding is offered in the DRM system to allow for 
reasonable speech quality at very low bit rates such as 2,0 kbit/s. The operating bit rates of HVXC open up new 
applications for DRM such as: 

Speech services in addition to an audio service; 

Multi-language application; 

Solid-state storage of multiple programs such as news, data base in a card radio (e.g. total of about 4,5 hours of 
radio programs can be stored in 4 MByte Flash memory); 

Time scale modification for fast playback/browsing of stored program; 

Highly error robust transmission with or without hierarchical modulation scheme. 

Basic features of HVXC coding are: 

8 kHz sampling rate; 

Bit rates of 2,0 kbit/s and 4,0 kbit/s for fixed rate coding; 

Time scale and pitch modification of arbitrary amounts; 

Error robust syntax is supported, and a CRC tool can be used to improve the error resilience of the HVXC 
bitstream in error prone channels; 

Composition of a constant integer number of HVXC frames (20) to build one audio super frame. 



5.1.4 SBR coding 



To maintain a reasonable perceived audio quality at low bit rates, classical audio or speech source coding algorithms 
need to limit the audio bandwidth and to operate at low sampling rates. It is desirable to be able to offer high audio 
bandwidth also in very low bit rate environments. This can be realized by the use of SBR (Spectral Band Replication). 

The purpose of SBR is to recreate the missing high frequency band of the audio signal that could not be coded by the 
encoder. In order to do this in the best possible way, some side information needs to be transmitted in the audio 
bitstream, removing a small percentage of the available data rate from the audio coder. This side information is 
computed on the full bandwidth signal, prior to encoding and aids the reconstruction of the high frequencies after 
audio/speech decoding. 

SBR exists in two versions. SBR-LC, a tool of low complexity, that offers intermediate sound quality, and SBR-HQ a 
tool that offers higher sound quality compared to SBR-LC, albeit at a somewhat higher complexity. Both versions are 
encoder and bitstream compatible and thus offer a "future-proof upgrade concept. The version difference is only 
reflected in the decoder design. 

The SBR technique is described in detail in clause 5.6. 



5.2 UEP and audio super framing 



Today's coding schemes are highly optimized in terms of coding efficiency and according to information theory this 
should lead to the fact, that the entropy of the bits is nearly equal. If this assumption is true, then the channel coding 
must be optimized, such that the total amount of residual errors usually referred to as bit error rate (BER) is minimized. 
This criteria can be fulfilled by a channel coding method called equal error protection (EEP), were all information bits 
are protected with the same amount of redundancy. 

However, the audible effects of errors are not independent of the part of the bitstream that was hit by the error. This 
behaviour of unequal error sensitivity is well known for source coding schemes that are used in broadcast and 
communication systems, like Eureka DAB or GSM. The optimized solution to cope with this unequal error sensitivity is 
called unequal error protection (UEP). In such a system, higher protection is assigned to the more sensitive information, 
whereas lower protection is assigned to the less sensitive part of the bitstream. 
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To accommodate for UEP channel coding, it is necessary to have frames with a constant length and a UEP profile that 
is constant as well for a given bit rate. Since AAC is a coding scheme with a variable length, several coded frames are 
grouped together to build one audio super frame. The bit rate of the audio super frame is constant. Since the channel 
coding is based on audio super frames, the audio super frames itself consist of two parts: a higher protected part and a 
lower protected part. Therefore, the coded audio frames itself have to be split into these two part. Further details on the 
audio super frame structure of AAC, CELP and HVXC is provided in the subsequent clauses. Note that HVXC is 
intended for use with the EEP scheme only. 

Table 3: Syntax of audio_super_frame() 



Syntax No. of bits Note 



Audio_super_frame(audio_info) // audio info from tine SDC 

{ 

switcli (audio_info.audio_coding) { 

case AAC: aac_super_frame(audio_info) 

breal<; 
case CELP: celp_super_frame{audio_info) 

breal<; 
case HVXC: livxc_super_frame(audio_info) 
breal<; 
} 
] 



NOTE: The SDC describes the audio coder used, and the parameters associated with that coder. It also provides 
information about the sampling rate and bit rate used (see clause 6). 

5.3 AAC coding 

The following two clauses explain how the AAC and AAC + SBR frames fit into the audio super frame. 

5.3.1 AAC 

ISO/IEC 14496-3 [2] together with ISO/IEC 14496-3/Amd 1 [3] define the MPEG-4 Audio standard. The audio coding 
standard MPEG-4 AAC is part of the MPEG-4 Audio standard. Two versions are defined, but only version 2 is intended 
for the use in error prone channels. The AAC bitstreams in the DRM system are therefore MPEG-4 version 2 
bitstreams. From the possible audio object types, only the Error Resilient (ER) AAC Low Complexity object type 
(Object Type ID = 17), which is part of the High Quality Audio Profile, will be used in the DRM system. 

DRM specific usage of MPEG-4 AAC: Three error resilience tools may be used within an MPEG-4 version 2 AAC 
bitstream: HCR (Huffman Codeword Reordering), VCBl 1 (Virtual Codebooks for Codebook 11) and RVLC 
(Reversible Variable Length Coding). In the DRM system, all AAC bitstreams shall use the HCR tool, since this tool 
reduces the error sensitivity of the bitstream significantly with a minimum of overhead. The VCB 1 1 tool shall be used, 
since for low bit rates, the VCB 11 overhead is less than 1 %. The RVLC tool shall not be used, since it introduces a 
significant bit rate overhead that would be a major drawback for the low bit rates used by DRM. 

The MPEG-4 AAC tool PNS (Perceptual Noise Substitution) shall not be used in DRM since SBR provides this 
functionality more appropriately. 

For DRM the 960 transform shall be used. 

When 12 kHz sampling is used, 5 AAC frames shall be combined into one audio super frame. 

When 24 kHz sampling is used, 10 AAC frames shall be combined into one audio super frame. 

The AAC sampling frequency shall be 24 kHz when the stereo mode is used. 

No standard extension_payload() shall be used and the only allowed extension is SBR (signalled via SDC). 

The left and the right channel in one stereo audio frame are transmitted in an interleaved way to achieve a decreasing 
error sensitivity within the stereo frame. 

The element_instance_tag for a single_channel_element(), respectively a channel_pair_element(), shall not be used in 
order to save 4 bits. 
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Any DRM AAC bitstream can easily be translated into an MPEG-4 V2 compliant bitstream by applying the above 
rules. 

The MPEG-4 standard defines how the bits for one raw error resilient AAC audio frame are stored. Each element of the 
error resilient AAC bitstream is assigned an error sensitivity category. In the DRM system there are two possible error 
resilient AAC audio frames: 

mono audio frame 

One mono audio frame consists of three consecutive parts, hereinafter called monol, mono2 and mono3. Monol 
contains the side information (SI) bits, mono2 contains the TNS bits and mono3 contains the spectral data bits. The 
error sensitivity decreases from monol to mono3. 

stereo audio frame 

One stereo audio frame consists of seven consecutive parts, hereinafter called stereo 1 (common side info), stereo2 (side 
info left channel), stereo3 (side info right channel), stereo4 (TNS left channel), stereoS (TNS right channel), stereo6 
(spectral data left channel), stereo? (spectral data right channel). With this interleaving of left and right channel, the 
error sensitivity is decreasing from stereol to stereo?. 

5.3.1.1 AAC audio super frame 

Table 4: Syntax of aac_super_frame() 



Syntax No. of bits Note 



aac_super_frame(audio_info) // audio info from the SDC 

{ 

switcli (audio_info.audio_sampling_rate) { // only 12 000 and 24 000 is allowed 
case 12000: num_frames = 5; 

break; 
case 24000: num_frames = 10; 
break; 

} 

aac_super_frame_header(num_frames - 1 ) 

for (f = 0; f < num_frames; f++) { 

// higher_protected_block 

for (b = 0; b < num_higher_protected_bytes; b++) 

audio_frame[f][b] 8 

aac_crc_bits[f] 8 see annex D 

} 

// lower_protected_part 

for (f = 0; f < num_frames; f++) { 

num_lower_protected_bytes = frame_length[f] - num_higher_protected_bytes; 
for (b = 0; b < num_lower_protected_bytes; b++) 

audio_frame[f][num_higher_protected_bytes + b] 8 

} 
L 



NOTE 1 : num_higher_protected_bytes is derived from the UEP profile used (see clause 6). 
NOTE 2: audio frame is either an AAC or an AAC + SBR frame. 
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Table 5: Syntax of aac_super_frame_header() 



Syntax No. of bits Note 



aac_super_frame_header(num_borders) 

{ 

previous_border = 0; 

for (n = 0; n < num_borders; n++) { 

frame_length[n] = frame_border - previous_border; // frame border in bytes 12 

previous_border = frame_border; 

} 

frame_lengtfi[num_borders] = audio_payload_length - previous_border; 

if (num_borders == 9) 

reserved // byte-alignment 4 
] 



NOTE: The audio_payload_length is derived from the length of the audio super frame 

(data_length_of_part_A + data_length_of_part_B) subtracting the audio super frame overhead (bytes used 
for the audio super frame headerQ and for the aac_crc_bits). 



higher protected part 

The higher protected part contains one header followed by num_frames higher protected blocks. num_frames is the 
number of audio frames in the audio super frame. 

header 

The header contains information to recover the frame lengths of the num_frames AAC frames stored in the audio super 
frame. 

All the frame lengths are derived from the absolute positions of the frame borders. These frame borders are stored 
consecutively in the header. Each frame border occupies 12 bits (unsigned integer, most significant bit first). The frame 
border is measured in bytes from the start of the AAC bitstream sequence. 4 padding bits are added in case 
num_frames==10. num_frames-l frame borders are stored in the header. 

higher protected block 

One higher protected block contains a certain amount of bytes from the start of each AAC frame, dependent upon the 
UEP profile. One 8-bit CRC check derived from the CRC-bits of the corresponding AAC frame follows (see annex D 
for CRC calculation). For a mono signal, the CRC-bits cover (monol, mono2). For a stereo signal, the CRC-bits cover 
(stereol, stereo2, stereo3, stereo4, stereoS). 

lower protected part 

The lower protected bytes (the remaining bytes not stored in the higher protected part) of the AAC frames are stored 
consecutively in the lower protected part. 
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Figure 3 illustrates an example audio super frame for a 24 kHz sampled signal. 
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Figure 3: Example AAC audio super frame (24 kHz) 

5.3.2 AAC + SBR 

The SBR sampling frequency shall be 48 kHz and the AAC sampling frequency shall be 24 kHz. One raw AAC + SBR 
frame contains an AAC part and a SBR part. The SBR part of the data is located at the end of the frame. The first bit in 
the SBR-bitstream is the last bit in the frame, and the SBR bits are thus written/read in reversed order. In this way, the 
starting points of respective part of the frame data are always easily found. 
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Figure 4: AAC + SBR frame 

Both AAC and SBR data-sizes vary from frame to frame. The total size of the individual frames, now including the 
SBR data, can be derived from the aac_super_frame_header() as described in clause 5.3.1. Thus no extra signalling due 
to the varying SBR bit rate is needed. 

The AAC + SBR frames are inserted into the audio super frame in the same manner as when SBR is not used. 

For source coding bit rates at 20 kbit/s or greater, SBR shall be used. For bit rates below 20 kbit/s, SBR may be used. 

The details of the SBR-bitstream are described in clause 5.5.3. 
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5.4 MPEG CELP coding 
5.4.1 MPEG CELP 

ISO/lEC 14496-3 [2] together with ISO/IEC 14496-3/Amd 1[3] define the MPEG-4 Audio standard. The speech coding 
standard MPEG-4 CELP (Code Excited Linear Prediction) is part of the MPEG-4 Audio standard. Two versions are 
defined, but only version 2 is intended for the use in error prone channels. The CELP bitstreams in the DRM system are 
therefore MPEG-4 version 2 bitstreams. From the possible audio object types, only the Error Resilient (ER) CELP 
object type (Object Type ID = 24), which is part of the High Quality Audio Profile, will be used in the DRM system. 

The MPEG-4 CELP covers the compression and decoding of natural speech sound at bit rates ranging between 4 kbit/s 
and 24 kbit/s. MPEG-4 CELP is a well-known coding algorithm with new functionality. Conventional CELP coders 
offer compression at a single bit rate and are optimized for specific applications. Compression is one of the 
functionalities provided by MPEG-4 CELP, but MPEG-4 also enables the use of one basic coder in multiple 
applications. It provides scalability in bit rate and bandwidth, as well as the ability to generate bitstreams at arbitrary bit 
rates. The MPEG-4 CELP coder supports two sampling rates, namely, 8 kHz and 16 kHz. The associated bandwidths 
are 100 Hz to 3 800 Hz for 8 kHz sampling and 50 Hz to 7 000 Hz for 16 kHz sampling. 

A basic block diagram of the CELP decoder is given in figure 5. 
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Figure 5: Block diagram of a CELP decoder 

The CELP decoder primarily consists of an excitation generator and a synthesis filter. Additionally, CELP decoders 
often include a post-filter. The excitation generator has an adaptive codebook to model periodic components, fixed 
codebooks to model random components and a gain decoder to represent a speech signal level. Indices for the 
codebooks and gains are provided by the encoder. The codebook indices (pitch-lag index for the adaptive codebook and 
shape index for the fixed codebook) and gain indices (adaptive and fixed codebook gains) are used to generate the 
excitation signal. It is then filtered by the linear predictive synthesis filter (LP synthesis filter). Filter coefficients are 
reconstructed using the LPC indices, then are interpolated with the filter coefficients of successive analysis frames. 
Finally, a post-filter can optionally be applied in order to enhance the speech quality. 

The MPEG-4 CELP coder offers the following functionalities: Multiple bit rates. Bit rate Scalability, Bandwidth 
Scalability, and FineRate Control. DRM shall only use the multiple bit rates functionality. 
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Multiple bit rates: the available bit rates depend on the sampling rate. The following fixed bit rates can be used: 

Table 6: Fixed bit rates for the CELP coder 



Bit rates for the 8 kHz sampling rate (bit/s) 


Bit rates for the 16 kHz sampling rate (bit/s) 


3 850, 4 250, 4 650, 5 700, 6 000, 6 300, 6 600, 


10 900, 11 500, 12 100, 12 700, 13 300, 13 900, 


6 900, 7 100, 7 300, 7 700, 8 300, 8 700, 9 100, 


14 300, 14 700, 15 900, 17 100, 17 900, 18 700, 


9 500, 9 900, 1 300, 1 500, 1 700, 1 1 000, 


1 9 500, 20 300, 21 1 00, 1 3 600, 1 4 200, 1 4 800, 


11 400, 11 800, 12 000, 12 200 


1 5 400, 1 6 000, 1 6 600, 1 7 000, 1 7 400, 1 8 600, 




19 800, 20 600, 21 400, 22 200, 23 000, 23 800 



The algorithmic delay of the CELP coder comes from the frame length and an additional look ahead length. The frame 
length depends on the coding mode and the bit rate. The look ahead length, which is an informative parameter, also 
depends on the coding mode. The delays presented below are applicable to the modes used in DRM. 

Table 7: Delay and frame length for the CELP coder at 8 kHz sampling rate 



Bit rate (bit/s) 


Delay (ms) 


Frame Length (ms) 


3 850, 4 250, 4 650 


45 


40 


5 700, 6 000, 6 300, 6 600, 6 900, 7 1 00, 7 300, 

7 700, 8 300, 8 700, 9 100, 9 500, 9 900, 10 300, 10 500, 10 700 


25 


20 


1 1 000, 1 1 400, 1 1 800, 1 2 000, 1 2 200 


15 


10 



Table 8: Delay and frame length for the CELP coder at 16 kHz sampling rate 



Bit rate (bit/s) 


Delay (ms) 


Frame Length (ms) 


10 900, 11 500, 12 100, 12 700, 13 300, 13 900, 14 300, 

1 4 700, 1 5 900, 1 7 1 00, 1 7 900, 1 8 700, 1 9 500, 20 300, 21 1 00 


25 


20 


1 3 600, 1 4 200, 1 4 800, 1 5 400, 1 6 000, 1 6 600, 1 7 000, 

17 400, 18 600, 19 800, 20 600, 21 400, 22 200, 23 000, 23 800 


15 


10 
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5.4.1 .1 CELP audio super frame 



CELP frames have a fixed frame length. The CELP audio frames are grouped together to form audio super frames of 
400 ms duration. UEP is appHcable. The start of each audio frame is mapped into the higher protected part, the 
remaining bits are allocated to the lower protected part. The partitioning of the CELP frames is given in tables 10 and 
1 1 . The CELP bit rate index is signalled in the SDC. 

Table 9: Syntax of celp_super_frame() 



Syntax No. of bits Note 



celp_super_frame{celp_table_ind) // CELP table index from the SDC 

{ 

switch (audio_info.audio_sampling_rate) { // only 8 000 and 16 000 is allowed 
case 8000: 

(numjrames, num_higher_protected_bits, num_lower_protected_bits) 
= read_table_10 (CELPJndex) 

break; 
case 16000: 

(numjrames, num_higher_protected_bits, num_lower_protected_bits) 
= read_table_1 1 (CELPJndex) 

break; 

} 

for (f = 0; f < numjrames; f++) { 
// higher_protected_block 
for (b = 0; b < num_higher_protected_bits; b++) 

celpjrame[f][b] 1 

if (audioJnfo.CELP_CRC == 1) 

celp_crc_bits[f] 8 see annex D 

} 

// lower_protected_part 

for (f = 0; f < numjrames; f++) { 

for (b = 0; b < numJower_protected_bits; b++) 

celpJrame[f][num_higher_protected_bits + b] 1 
} 
} 
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Table 10: UEP parameters for 8 kHz sampling CELP 



CELP bit 
rate index 


Bit rate 
(bits/s) 


Audio 

frame 

length (ms) 


Higher 
Protected 

Part 
(bits/audio 

frame) 


Lower 
Protected 

Part 
(bits/audio 

frame) 


Higher 

Protected Part 

(bytes/audio 

super frame) 


Lower 

Protected Part 

(bytes/audio 

super frame) 


Audio super 

frame length 

(bytes) 





3 850 


40 


36 


118 


45 


148 


193 (see note) 


1 


4 250 


40 


36 


134 


45 


168 


213 (see note) 


2 


4 650 


40 


36 


150 


45 


188 


233 (see note) 


6 


5 700 


20 


24 


90 


60 


225 


285 


7 


6 000 


20 


24 


96 


60 


240 


300 


8 


6 300 


20 


24 


102 


60 


255 


315 


9 


6 600 


20 


24 


108 


60 


270 


330 


10 


6 900 


20 


24 


114 


60 


285 


345 


11 


7 100 


20 


24 


118 


60 


295 


355 


12 


7 300 


20 


24 


122 


60 


305 


365 


13 


7 700 


20 


36 


118 


90 


295 


385 


14 


8 300 


20 


36 


130 


90 


325 


415 


15 


8 700 


20 


36 


138 


90 


345 


435 


16 


9 100 


20 


36 


146 


90 


365 


455 


17 


9 500 


20 


36 


154 


90 


385 


475 


18 


9 900 


20 


36 


162 


90 


405 


495 


19 


10 300 


20 


36 


170 


90 


425 


515 


20 


10 500 


20 


36 


174 


90 


435 


525 


21 


10 700 


20 


36 


178 


90 


445 


535 


22 


11 000 


10 


24 


86 


120 


430 


550 


23 


11 400 


10 


24 


90 


120 


450 


570 


24 


11 800 


10 


24 


94 


120 


470 


590 


25 


12 000 


10 


24 


96 


120 


480 


600 


26 


12 200 


10 


24 


98 


120 


490 


610 


NOTE: For these bit rates, the last four bits of the audio super frame are padded with Os. 
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Table 11 : UEP parameters for 16 kHz sampling CELP 



CELP bit 
rate index 


Bit rate 
(bits/s) 


Audio 

frame 

length 

(ms) 


Higher 
Protected 

Part 
(bits/audio 

frame) 


Lower 
Protected 

Part 
(bits/audio 

frame) 


Higher 

Protected Part 

(bytes/audio 

super frame) 


Lower 

Protected Part 

(bytes/audio 

super frame) 


Audio super 

frame length 

(bytes) 





10 900 


20 


64 


154 


160 


385 


545 


1 


11 500 


20 


64 


166 


160 


415 


575 


2 


12 100 


20 


64 


178 


160 


445 


605 


3 


12 700 


20 


64 


190 


160 


475 


635 


4 


13 300 


20 


64 


202 


160 


505 


665 


5 


13 900 


20 


64 


214 


160 


535 


695 


6 


14 300 


20 


64 


222 


160 


555 


715 


8 


14 700 


20 


92 


202 


230 


505 


735 


9 


15 900 


20 


92 


226 


230 


565 


795 


10 


17 100 


20 


92 


250 


230 


625 


855 


11 


17 900 


20 


92 


266 


230 


665 


895 


12 


18 700 


20 


92 


282 


230 


705 


935 


13 


19 500 


20 


92 


298 


230 


745 


975 


14 


20 300 


20 


92 


314 


230 


785 


1 015 


15 


21 100 


20 


92 


330 


230 


825 


1 055 


16 


13 600 


10 


50 


86 


250 


430 


680 


17 


14 200 


10 


50 


92 


250 


460 


710 


18 


14 800 


10 


50 


98 


250 


490 


740 


19 


15 400 


10 


50 


104 


250 


520 


770 


20 


16 000 


10 


50 


110 


250 


550 


800 


21 


16 600 


10 


50 


116 


250 


580 


830 


22 


17 000 


10 


50 


120 


250 


600 


850 


24 


17 400 


10 


64 


110 


320 


550 


870 


25 


18 600 


10 


64 


122 


320 


610 


930 


26 


19 800 


10 


64 


134 


320 


670 


990 


27 


20 600 


10 


64 


142 


320 


710 


1 030 


28 


21 400 


10 


64 


150 


320 


750 


1 070 


29 


22 200 


10 


64 


158 


320 


790 


1 110 


30 


23 000 


10 


64 


166 


320 


830 


1 150 


31 


23 800 


10 


64 


174 


320 


870 


1 190 



5.5 



HVXC 



The MPEG-4 HVXC (Harmonic Vector eXcitation Coding) speech coding toolset as defined in ISO/IEC 14496-3 [2] 
covers the compression and decoding of natural speech sound at bit rates of 2,0 kbit/s and 4,0 kbit/s. HVXC employs 
harmonic coding of LPC residual signals for voiced segments and Vector eXcitation Coding (VXC) for unvoiced 
segments. HVXC provides communications-quality to near-toll-quality speech in the 100 Hz to 3 800 Hz band at 8 kHz 
sampling rate. In addition, the functionality of pitch and speed change during decoding is supported. This functionality 
is useful for fast speech database search or browsing. HVXC has a syntax providing error sensitivity categories that can 
be used with an error protection tool. Additionally the error concealment functionality is supported for the use in 
error-prone channels. 

DRM uses a subset of the HVXC description in ISO/IEC 14496-3 [2], limiting the syntax to the error resilient syntax 
given in ISO/IEC 14496-3/Amd 1 [3] and the data rates to the two options of 2,0 kbit/s and 4,0 kbit/s. Further, HVXC is 
used with the non-scalable syntax only. For robust decoding in error-prone channels a low-complexity error 
concealment tool (CRC and intra-frame interleaving) is defined specifically for DRM. 

The syntax of the HVXC audio super frame is identical for all possible HVXC modes, since HVXC does not support 
UEP functionality and the length of a HVXC audio frame is always 20 ms. 
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Table 12: Syntax of hvxc_super_frame() 



Syntax 



No. of bits 



Note 



hvxc_super_frame(audio_info) 

{ 

num frames = 20; 



// audio info from the SDC 



The number of bits contained in one audio frame is given by the audio information from the SDC (HVXC_rate, 
HVXC_CRC). 

In case the 4,0 kbit/s fixed rate HVXC coder is used with the CRC tool, the last 4 bits of each audio super frame are 
padded with zeros and the receiver shall ignore these bits. The resulting bit rate therefore is 4,66 kbit/s. 

Only the fixed rate modes of HVXC (2,0 kbit/s or 4,0 kbit/s) shall be used in audio super frames. Variable rate modes 
shall only be applicable for use with packet mode applications and the variable bit rate syntax will be defined in 
conjunction with such data applications. 



5.5.1 



Definitions 



5.5.1.1 



HVXC source coder parameters 



The definition of the basic data entities of a MPEG-4 compliant HVXC speech coding system is given in 
ISO/IEC 14496-3 [2] and is reproduced as table N.l in annex N. 



5.5.1.2 



CRC bits for fixed bit rate modes 



Table 13 describes the various CRC bits added for error protection in the DRM system. 

Table 13: CRC bits for fixed bit rate modes 



Parameter 


Description 


length (bits) 


CRCO 2k 


CRC bits for ESCO at 2 kbit/s 


6 


CRC1 2k 


CRC bits for ESC1 at 2 kbit/s 


1 


CRC2 2k 


CRC bits for ESC2 at 2 kbit/s 


1 


CRCO Ak 


CRC bits for ESCO at 4 kbit/s 


6 


CRC1 4k 


CRC bits for ESC1 at 4 kbit/s 


5 


CRC2 4k 


CRC bits for ESC2 at 4 kbit/s 


1 


CRC3 4k 


CRC bits for ESC3 at 4 kbit/s 


1 



5.5.2 HVXC decoder 

Figure 6 shows the overall structure of the HVXC decoder. The basic decoding process is composed of four steps; 
de-quantization of parameters, generation of excitation signals for voiced frames by sinusoidal synthesis (harmonic 
synthesis) and noise component addition, generation of excitation signals for unvoiced frames by codebook look-up, 
and LPC synthesis. To enhance the synthesized speech quality spectral post-filtering is used. 

For voiced frames, a fixed dimension harmonic spectral vector, obtained by de-quantization of the spectral magnitude, 
is first converted to the one having the original dimension which varies frame by frame in accordance with the pitch 
value. This is done by the dimension converter in which a band-limited interpolator generates a set of spectral 
magnitude values at harmonic frequencies without changing the shape of the spectral envelope. Using the spectral 
magnitude values, a time domain excitation signal is then generated by the fast harmonic synthesis algorithm using an 
IFFT. In order to make the synthesized speech sound natural, a noise component is additionally used. A Gaussian noise 
spectral component, covering 2 kHz to 3,8 kHz, is coloured in accordance with the harmonic spectral magnitudes in the 
frequency domain, and its IDFT is added to voiced excitation signals in the time domain. The amount and bandwidth of 
this additive noise is controlled by the transmitted two-bit V/UV value, which is encoded based on the normalized 
maximum autocorrelation of the LPC residual signal. Noise added harmonic excitation signals for voiced segments are 
then fed into the LPC synthesis filter followed by the postfilter. 
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Figure 6: Block diagram of the l-IVXC decoder 

For unvoiced segments, the usual VXC decoding algorithm is used where an excitation signal is generated by 
multiplying the gain value with the stochastic codevector. The result is then fed into the LPC synthesis filter followed 
by the postfilter. Finally, the synthesized speech components for voiced and unvoiced segments are added to form the 
output signal. The description of the time-scale modification standard can be found in the MPEG-4 [2]. 



5.5.3 HVXC encoder 

Figure 7 shows the overall structure of the encoder of the MPEG-4 HVXC. Table N.2 of annex N shows the bit 
allocations for the 2,0 kbit/s and 4,0 kbit/s coders using fixed rate coding. The parameters followed by (enh) are used 
only for the 4,0 kbit/s mode. Operation of each part is described below. 
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Figure 7: Blocl< diagram of the l-IVXC encoder 
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5.5.3.1 LPC analysis and LSP quantization 

The speech input at a sampHng rate of 8 kHz is formed into frames with a length and interval of 256 samples and 
160 samples, respectively. Tenth order LPC analysis is carried out using windowed input data over one frame. LPC 
parameters are converted to LSP parameters and vector quantized with a partial prediction and multi-stage vector 
quantization scheme. LPC residual signals are computed by inverse filtering the input data using quantized and 
interpolated LSP parameters. 

5.5.3.2 Open loop pitch search 

The open loop pitch value is estimated based on the peak values of the autocorrelation of the LPC residual signals. 
Using estimated past and current pitch values, pitch tracking is conducted to have a continuous pitch contour and to 
make the reliability of the pitch estimation higher. The voiced/unvoiced decision of the previous frame is also used to 
ensure the pitch tracking operation. 

5.5.3.3 Harmonic magnitude and fine pitch estimation 

The power spectrum of the LPC residual signal is then fed into the fine pitch and harmonic magnitude estimation block, 
where the harmonic spectral envelope of the LPC residual signal is estimated as follows: A basis spectrum representing 
one harmonic spectrum is gain scaled and arranged with the spacing of the fundamental frequency obtained by the open 
loop pitch search. The gain scaling for each harmonic and fundamental frequency is adjusted simultaneously so that the 
difference between the synthesized power spectrum and actual LPC residual spectrum is minimized. The harmonic 
spectral envelope for a voiced segment is then vector quantized. 

5.5.3.4 Vector quantization of harmonic magnitudes 

In order to vector quantize a spectral envelope composed of a variable number of harmonics, the harmonic spectral 
vector is first converted to a fixed-dimension vector. Band-limited interpolation by a polyphase filter bank is used for 
the dimensional conversion. A fixed-dimension spectral vector x is then quantized with weighted distortion measure 
D; 

D = \^H(x-g(so+sO)f 

where Sgis the output of the first shape codebook, Sj is the output of the second shape codebook, and g is the output of 
the gain codebook. The diagonal components of the matrices H and W are the magnitudes of the frequency response 
of the LPC synthesis filter and the perceptual weighting filter, respectively. In order to reduce the memory requirements 
and search complexity while maintaining a high performance, two-stage vector quantization scheme is employed for the 
spectral shape together with a scalar quantizer for the gain under 2,0 kbit/s coding. For the 4,0 kbit/s mode, the 
quantized harmonic magnitude vector with fixed dimension is first converted to the dimension of original harmonics by 
the same band-limited interpolation mentioned above. The difference between the original harmonics and de-quantized 
and dimension converted harmonics are then quantized with additional vector quantizers. This multi-stage structure 
allows generation of scalable bit-streams. 

5.5.3.5 Voiced/Unvoiced decision 

The Voiced/Unvoiced decision is made based on the maximum autocorrelation of the LPC residual signals, the number 
of zero crossing and the harmonic structure of the power spectrum of the LPC residual signals. 

5.5.3.6 VXC coding of unvoiced signals 

For unvoiced segments, regular VXC coding is carried out, where only stochastic codebooks are used. A 6 bits shape 
codebook of dimension 80 and 4 bits gain codebook are used for the 2,0 kbit/s mode. For the 4,0 kbit/s mode, the 
quantization error of the 2,0 kbit/s mode is quantized using a 5 bits shape codebook of dimension 40 and a 3 bits gain 
codebook at the additional stage. 
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5.5.4 HVXC channel coding 



5.5.4.1 



Protected Bit Selection 



According to the sensitivity of bits, encoded bits are classified to several Error Sensitivity Categories (ESC). The 
number of bits for each ESC is shown in table 14 (2,0 kbit/s, voiced sound), table 15 (2,0 kbit/s, unvoiced sound), 
table 16 (4,0 kbit/s, voiced sound) and table 17 (4,0 kbit/s, unvoiced sound). ESCO is the group of the most error 
sensitive bits and ESC4 is the group of the least sensitive bits. Bit rate setting of total of 2,4 kbit/s using 2,0 kbit/s 
source coder rate, and total of 4,66 kbit/s using 4,0 kbit/s source coder rate are shown. 

NOTE: The overall bit rate due to the usage of a CRC is 4,65 kbit/s, but additionally 4 padding bits have to be 
inserted for each audio super frame, resulting in an overall bit rate of 4,66 kbit/s, see clause 5.5. 

Table 14: Number of ESC bits at 2,0 kbit/s fixed rate mode (voiced sound) 



Parameters 


Voiced frame 


ESCO (bits) 


ESC1 (bits) 


ESC2 (bits) 


ESC3 (bits) 


total (bits) 


LSP1 


5 


- 


- 


- 


5 


LSP2 


2 


- 


- 


5 


7 


LSP3 


1 


- 


- 


4 


5 


LSP4 


1 


- 


- 


- 


1 


VUV 


2 


- 


- 


- 


2 


Pitch 


6 


- 


- 


1 


7 


SE gain 


5 


- 


- 


- 


5 


SE shapel 


- 


4 


- 


- 


4 


SE shape2 


- 


- 


4 


- 


4 


total 


22 


4 


4 


10 


40 


CRC 


6 


1 


1 


- 


8 


total + CRC 


28 


5 


5 


10 


48 



Table 15: Number of ESC bits at 2,0 kbit/s fixed rate mode (unvoiced sound) 



Parameters 


Unvoiced frame 


ESCO (bits) 


ESC1 (bits) 


ESC2 (bits) 


ESC3 (bits) 


total (bits) 


LSP1 


5 


- 


- 


- 


5 


LSP2 


4 


3 


- 


- 


7 


LSP3 


2 


1 


2 


- 


5 


LSP4 


1 


- 


- 


- 


1 


VUV 


2 


- 


- 


- 


2 


VX gain1 [0] 


4 


- 


- 


- 


4 


VX gain1 [1] 


4 


- 


- 


- 


4 


VX shapel [0] 


- 


- 


2 


4 


6 


VX shapel [1] 


- 


- 


- 


6 


6 


total 


22 


4 


4 


10 


40 


CRC 


6 


1 


1 


- 


8 


total + CRC 


28 


5 


5 


10 


48 
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Table 16: Number of ESC bits at 4,0 kbit/s fixed rate mode (voiced sound) 



Parameters 


Voiced frame 


ESCO (bits) 


ESC1 (bits) 


ESC2 (bits) 


ESC3 (bits) 


ESC4 (bits) 


total (bits) 


LSP1 


5 


- 


- 


- 


- 


5 


LSP2 


4 


- 


- 


- 


3 


7 


LSP3 


1 


- 


- 


- 


4 


5 


LSP4 


1 


- 


- 


- 


- 


1 


LSP5 


1 


- 


- 


- 


7 


8 


VUV 


2 


- 


- 


- 


- 


2 


Pitch 


6 


- 


- 


- 


1 


7 


SE gain 


5 


- 


- 


- 


- 


5 


SB shapel 


- 


- 


4 


- 


- 


4 


SE shape2 


- 


- 


- 


4 


- 


4 


SE shapes 


5 


- 


- 


- 


2 


7 


SE shape4 


1 


9 


- 


- 


- 


10 


SE shapes 


1 


8 


- 


- 


- 


9 


SE shapes 


1 


5 


- 


- 


- 


6 


Total 


33 


22 


4 


4 


17 


80 


CRC 


6 


5 


1 


1 


- 


13 


Total + CRC 


39 


27 


5 


5 


17 


93 


Table 17: Number of ESC bits at 4,0 kbit/s fixed rate mode (unvoiced sound) 


Parameters 


Unvoiced frame 


ESCO (bits) 


ESC1 (bits) 


ESC2 (bits) 


ESC3 (bits) 


ESC4 (bits) 


total (bits) 


LSP1 


5 


- 


- 


- 


- 


5 


LSP2 


4 


3 


- 


- 


- 


7 


LSP3 


1 


4 


- 


- 


- 


5 


LSP4 


1 


- 


- 


- 


- 


1 


LSP5 


1 


7 


- 


- 


- 


8 


VUV 


2 


- 


- 


- 


- 


2 


VX gain1 [0] 


4 


- 


- 


- 


- 


4 


VX qain1 [1] 


4 


- 


- 


- 


- 


4 


VX shapel [0] 


- 


6 


- 


- 


- 


6 


VX shapel [1] 


- 


1 


4 


1 


- 


6 


VX gain2 [0] 


3 


- 


- 


- 


- 


3 


VX gain2[1] 


3 


- 


- 


- 


- 


3 


VX qain2 [2] 


3 


- 


- 


- 


- 


3 


VX gain2 [3] 


2 


1 


- 


- 


- 


3 


VX shape2 [0] 


- 


- 


- 


3 


2 


5 


VX shape2[1] 


- 


- 


- 


- 


5 


5 


VX shape2 [2] 


- 


- 


- 


- 


5 


5 


VX shape2 [3] 


- 


- 


- 


- 


5 


5 


total 


33 


22 


4 


4 


17 


80 


CRC 


6 


5 


1 


1 


- 


13 


total + CRC 


39 


27 


5 


5 


17 


93 



£75/ 



34 



ETSI TS 101 980 VI. 1.1 (2001-09) 



5.5.4.2 



Syntax of DRM HVXC error resilience (ErHVXCfixframe_CRC) 



The bitstream syntax consists of several Error Sensitivity Categories (ESC). Some ESCs include source bits and CRC 
bits, where CRC bits are computed from source bits within the same ESC. 

The HVXC_CRC field in the SDC is used to indicate whether the stream includes CRC parity bits or not 
(see clause 6.4.3.10). The bitstream syntax of the input of the CRC checker is given in figure 8. 

MPEG4 V2 

EpConfig=0 bit 

stream 



ErHVXCfixframe_CRC 
input bit stream 



"Syntax sliown in 
tables 18 to 27" 



CRC 
cliecker 



HVXC 
Source 
Decoder 



ORG info, for Concealment 



Figure 8: Block Diagram of HVXC Syntax 
Table 18: Syntax of ErHVXCfixframe_CRC() 



audio output 



Syntax 



No. of bits Mnemonic 



ErHVXCfixframe_CRC(rate) 

{ 

if (rate == 2000) { 

2k_ESC0_CRC0(); 

2k_ESC1_CRC1() 

2k_ESC2_CRC2(); 

2k_ESC3_NoCRC(); 
} else { 

4k_ESC0_CRC0(); 

4k_ESC1_CRC1() 

4k_ESC2_CRC2(); 

4k_ESC3_CRC3(); 

4k_ESC4_NoCRC(); 
} 
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Table 19: Syntax of 2k_ESC0_CRC0() 







Syntax 


No. of bits 


Mnemonic 


2k_ESC0_CRC0() 










VUV,1-0; 






2 


uimsbf 


LSP4, 0; 






1 


uimsbf 


if {VUV!=0) { 










SE gain, 4-0 






5 


uimsbf 


LSP1,4-0; 






5 


uimsbf 


Pitch, 6-1; 






6 


uimsbf 


LSP2, 6; 






1 


uimsbf 


LSP3, 4; 






1 


uimsbf 


LSP2, 5; 






1 


uimsbf 


} else { 










VX_gain1[0], 


3-0; 




4 


uimsbf 


VX gain1[1]. 


3-0; 




4 


uimsbf 


LSP1,4-0; 






5 


uimsbf 


LSP2, 6-3; 






4 


uimsbf 


LSP3, 4-3; 






2 


uimsbf 


) 

if(HVXC CRC== 


1)f 








CRCO 2k, 5-0; 




6 


uimsbf 


} 
} 











Table 20: Syntax of 2k_ESC1_CRC1() 



Syntax 



No. of bits Mnemonic 



2k_ESC1_CRC1() 

{ 

if {VUV!=0) { 

SE_shape1,3-0; 
} else { 

LSP2, 2-0; 
LSP3, 2; 

} 

if (HVXC_CRC==1){ 
CRC1_2k, 0; 

} 



uimsbf 

uimsbf 
uimsbf 



uimsbf 



Table 21 : Syntax of 2k_ESC2_CRC2() 



Syntax 



No. of bits Mnemonic 



2k_ESC2_CRC2() 

{ 

if {VUV!=0) { 

SE_shape2, 3-0; 

} 
else { 

LSP3, 1-0; 

VX_shape1[0], 5-4; 

} 

if (HVXC_CRC==1){ 
CRC2_2k, 0; 

} 



uimsbf 



uimsbf 
uimsbf 



uimsbf 



£75/ 



36 



ETSI TS 101 980 VI. 1.1 (2001-09) 



Table 22: Syntax of 2k_ESC3_NoCRC() 



Syntax 



No. of bits Mnemonic 



2k 

{ 



.ESC3_NoCRC{) 

if {VUV!=0) { 
LSP2, 4-0; 
LSP3, 3-0; 
Pitch, 0; 

} 

gIsg { 

VX_shape1[0], 
VX_shape1[1], 

} 



3-0; 
5-0; 



5 
4 
1 



4 
6 



uimsbf 
uimsbf 
uimsbf 



uimsbf 
uimsbf 



Table 23: Syntax of 4k_ESC0_CRC0() 





Syntax 


No. of bits 


Mnemonic 


4k_ESC0_CRC0() 
1 








VUV,1-0; 




2 


uimsbf 


LSP4, 0; 




1 


uimsbf 


if {VUV!=0) { 








SB gain, 4-0; 




5 


uimsbf 


LSP1,4-0; 




5 


uimsbf 


Pitch, 6-1; 




6 


uimsbf 


LSP2, 6-3; 




4 


uimsbf 


SB shape3, 6-2; 




5 


uimsbf 


LSP3, 4; 




1 


uimsbf 


LSP5, 7; 




1 


uimsbf 


SB_shape4, 9; 




1 


uimsbf 


SB_shape5, 8; 




1 


uimsbf 


SB_shape6, 5; 




1 


uimsbf 


} else { 








VX gain1[0], 3-0 




4 


uimsbf 


VX gain1[1],3-0 




4 


uimsbf 


LSP1,4-0; 




5 


uimsbf 


LSP2, 6-3; 




4 


uimsbf 


LSP3, 4; 




1 


uimsbf 


LSP5, 7; 




1 


uimsbf 


VX gain2[0], 2-0 




3 


uimsbf 


VX gain2[1], 2-0 




3 


uimsbf 


VX gain2[2], 2-0 




3 


uimsbf 


VX_gain2[3], 2-1 

1 




2 


uimsbf 


if(HVXC CRC==1){ 








CRCO 4k, 5-0; 




6 


uimsbf 


} 
1 
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Table 24: Syntax of 4k_ESC1_CRC1() 





Syntax 


No. of bits 


Mnemonic 


4k_ESC1_CRC1() 
1 








if (VUV!=0) { 








SE shape4, 8-0; 




9 


uimsbf 


SE shapes, 7-0; 




8 


uimsbf 


SE_shape6, 4-0; 




5 


uimsbf 


} else { 








VX gain2[3], 0; 




1 


uimsbf 


LSP2, 2-0; 




3 


uimsbf 


LSP3, 3-0; 




4 


uimsbf 


LSP5, 6-0; 




7 


uimsbf 


VX shape1[0],5-0; 




6 


uimsbf 


VX_shape1[1],5; 

1 




1 


uimsbf 


if (HVXC CRC==1){ 








CRC1 4k, 4-0; 




5 


uimsbf 


} 
} 









Table 25: Syntax of 4k_ESC2_CRC2() 



Syntax 



No. of bits Mnemonic 



4k_ESC2_CRC2() 

{ 

if {VUV!=0) { 

SE_siiape1,3-0; 

I qIsg { 

VX_siiape1[1],4-1; 

} 

if (HVXC_CRC==1){ 
CRC2_4k, 0; 

} 



4 uimsbf 

4 uimsbf 

1 uimsbf 



Table 26: Syntax of 4k_ESC3_CRC3() 



Syntax 



No. of bits Mnemonic 



4k_ESC3_CRC3() 

{ 

if {VUV!=0) { 

SE_siiape2, 3-0; 
} else { 

VX_siiape1[1], 0; 
VX_siiape2[0], 4-2; 

} 

if (HVXC_CRC==1){ 
CRC3_4k, 0; 

} 



uimsbf 

uimsbf 
uimsbf 



uimsbf 
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Table 27: Syntax of 4k_ESC4_NoCRC() 





Syntax 


No. of bits 


Mnemonic 


4k_ESC4_NoCRC{) 
1 








if {VUV!=0) { 








LSP2, 2-0; 




3 


uimsbf 


LSP3, 3-0; 




4 


uimsbf 


LSP5, 6-0; 




7 


uimsbf 


Pitch, 0; 




1 


uimsbf 


SE_shape3, 1-0; 




2 


uimsbf 


} else { 








VX shape2[0], 1-0 




2 


uimsbf 


VX shape2[1],4-0 




5 


uimsbf 


VX shape2[2], 4-0 




5 


uimsbf 


VX shape2[3], 4-0 

} 
} 




5 


uimsbf 



5.5.5 Category Interleaving 

In order to improve the robustness of the bitstream to channel errors, bit interleaving is carried out where data bits are 
reordered inside one frame. Bit interleaving is carried out after the bitstream is ordered and the CRC bits are added as 
shown in tables 18 to 27. The interleaving is done in two steps. First, the HVXC bitstream is divided into two sequences 



as: 



x[Q..Ni -1] : sequence consists of bits of ESCO where Ni is the number of bits included in ESCO. 

3'[0..A'2 - 1] : sequence consists of bits other than ESCO. 

The sequence y[] is composed of ESCl, ESC2 ..., in this order. Ni is the number of bits of ESCO, and N2 is the 
number of bits other than ESCO. The total number of bits is N = Ni+ N2 ■ r is defined as; 

_N_ 

Next, the sequences x[] and >■[] are interleaved into one sequence z[O..A^ -1] . Every single bit from x[] is inserted at 
the beginning of every [j"]-! or [rj bits from y[] , where \r\ is the largest integer less than or equal to r . The 
flowchart is shown below in figure 9. 
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Yes 



END 



Figure 9: Flowchart of class interleaving method 



5.5.6 HVXC error detection and concealment 



5.5.6.1 



Cyclic Redundancy Code (CRC) 



The CRC parity bits are computed from the source bits in the same ESC. A schematic diagram of the CRC checker, the 
polynomials and initialization procedure is given in annex D. 



5.5.6.2 



Error concealment 



In case a CRC error is detected, error concealment processing (bad frame masking) is carried out in the HVXC decoder. 
The state transition diagram of the concealment processing is shown in figure 10. A frame masking state of the current 
frame is updated based on the decoded CRC result of ESCO. If a CRC error is detected in ESCO, the frame is declared to 
be a "bad" frame. The initial state of the state transition diagram is state = 0. The arrow with a letter "1" denotes the 
transition for a bad frame, and that with a letter "0" the one for a good frame. At the 2,0 kbit/s rate ESCl and ESC2 are 
protected by CRC bits; at the 4,0 kbit/s ESCl to ESC3 are protected by CRC bits. The results of the CRC checks 
against these ESCs are used to maintain toll quality as described in detail below. 
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5.5.6.2.1 



Parameter replacement 



According to the state value, the following parameter replacement is done. In error free condition, the state value 
becomes 0, and received source coder bits are used without any concealment processing. 

LSP parameters 

At state = 1...6, LSP parameters are replaced with those of previous states. At state = 7, if LSP4 = (LSP quantization 
mode without inter-frame prediction), then LSP parameters are calculated from all LSP indices received in the current 
frame. If LSP4 = 1 (LSP quantization mode with inter-frame coding), then LSP parameters are calculated with the 
following method, where LSP parameters belonging to the LSPl index are interpolated with the previous LSPs. 



LSP,,ase (n) = px LSP„re„ («) + (1 - /?) X LSPi,^ (n) for n = 1 ... 10 



(1) 



LSPij^^gin) is LSP parameters of the base layer, LSP„^gy{n) is the decoded LSPs of the previous frame, LSP^^fin) is 
the decoded LSPs from the current LSPl index, and p is the interpolation factor, p is changed according to the number 
of previous bad frames as shown in table 28. LSP indices LSP2, LSP3 and LSPS are not used, and LSPi,^^g(n) 
computed according to the Equation (1) is used as current LSP parameters. 

Table 28: p factor 



frame 


P 





0,7 


1 


0,6 


2 


0,5 


3 


0,4 


4 


0,3 


5 


0,2 


6 


0,1 


7 


0,0 



Mute variable 

According to the "state" value, a variable "mute" is set to control the output level of the reproduced speech. The "mute" 
values in table 29 are used. At state = 7, the average of 1,0 and "mute" value of the previous 
frame (= 0,5 (1,0 H- previous "mute value")) is used. However, when this value is more than 0,8, "mute" value is 
replaced with 0,8. 

Table 29: Mute value 



state 


mute value 





1,0 


1 


0,8 


2 


0,7 


3 


0,5 


4 


0,25 


5 


0,125 


6 


0,0 


7 


average/0,8 



Replacement and gain control of "voiced" parameters 

At state = 1...6, spectrum parameter SE_shapel, SE_shape2, spectrum gain parameter SE_gain, spectrum parameter for 
4,0 kbit/s mode SE_shape3 . . . SE_shape6 are replaced with the corresponding parameters of the previous frame. Also, 
to control the volume of the output speech and the harmonic magnitude parameters of LPC residual signal, 
" Am[0...127] " is gain controlled as shown in equation (2). In the equation, Am(„^„)[iJ is computed from the received 

spectrum parameters of the latest error free frame. 



Am[i\ = muteX Amrgy.„\ [/J for i = 0...127 



(2) 
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If the previous frame is unvoiced and the current state is state = 7, equation (2) is replaced with equation (3); 

Am\i] = 0,6xmutex Arrif^g^gjli] fori = 0...127 (3) 

As described before, SE_shapel and SE_shape2 are individually protected by 1 bit CRCs. ESCl applies to SE_shapel 
and ESC2 applies to SE_shape2 at 2,0 kbit/s. In the same way, ESC2 applies to SE_shapel and ESC3 applies to 
SE_shape2 at 4,0 kbit/s. At state = or 7, if both of the CRCs of SE_shapel and SE_shape2 are in error at the same 
time, the quantized harmonic magnitudes with fixed dimension Am „„f[l.. 44] are gain suppressed as: 



Amq„t{i\ = s\i'\xAmqnt{org)l^ for i = 1...44 



(4) 



s\jf\ is the factor for the gain suppression. Am„„j/Q^„ Ji]is the fixed dimension harmonic magnitudes generated using 
the SE_shapel and SE_shape2 which contains bit errors. Am„„i[i] is then dimension converted to obtain Am[i] . 

Table 30: Factor for gain suppression, s[0...44] 



/ 


1 


2 


3 


4 


5 


6 


7.. .44 


s[i] 


0,10 


0,25 


0,40 


0,55 


0,70 


0,85 


1,00 



At 4,0 kbit/s, SE_shape4, SE_shape5, and SE_shape6 are subject to CRC checking as ESCl. When a CRC error is 
detected, the spectrum parameter of the enhancement layer is not used. 

Replacement and gain control of "unvoiced" parameters 

At state = 1...6, the stochastic codebook gain parameters VX_gainl[0] and VX_gainl[l] are replaced with the previous 
frame's VX_gainl[l]. Also the stochastic codebook gain parameters for the 4,0 kbit/s mode 
VX_gain2[0]...VX_gain2[3] are replaced with the previous frame's VX_gain2[3]. 

The stochastic codebook shape parameters VX_shapel[0], VX_shapel[l] and the stochastic codebook shape 
parameters for the 4,0 kbit/s mode VX_shape2[0], VX_shape2[l], VX_shape2[2] and VX_shape2[3] are generated 
from randomly generated index values. 

Finally, in order to control the volume of the output speech, the LPC residual signal re.v[0...159j is gain controlled as 
shown in equation (5). ''ei(o^<;)t] is the excitation signal obtained by using the stochastic codebook gain and the shape 
parameters generated as explained above. 



[i\ = mute X resig^„\ [/J (O < / < 159) 



(5) 



Frame Masking State Transitions 



c;(5hKi>^>(2>^>(3>^^ 



\ 1 



Figure 10: Frame IVIasicing State Transitions 
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5.6 SBR 

5.6.1 Conceptual overview 

Spectral Band Replication (SBR) is an audio coding enhancement tool. It improves the performance of low bit rate 
audio and speech codecs. SBR can increase the bandwidth of a conventional low bit rate codec to equal or exceed the 
analogue FM audio bandwidth (15 kHz), see figure 11. This can be achieved within the low bit rates available from 
DRM. SBR can also improve the performance of narrow-band speech codecs, offering the broadcaster 12 kHz 
commentary audio bandwidth, used for example for multilingual broadcasting. As most speech codecs are narrowband, 
SBR is important not only for improving speech quality, but also for improving speech intelligibility and speech 
comprehension. SBR is mainly a post-process, although some pre-processing is performed in the encoder in order to 
guide the decoding process. 



Input 

a 



|X(f)l 



Encoder 




Transmission 

or storage 

cliannel 



Output 



|Y(f)| 




Figure 11 : The SBR source coding system 

The human voice and most musical instruments generate quasi-stationary excitation signals that emerge from oscillating 
systems. The wide -band excitation spectrum is created by for example vocal cords, strings or reeds etc and its frequency 
components form a harmonic series. The harmonic series is filtered by resonators such as the vocal tract, violin body 
etc., giving the voice or musical instrument its characteristic tone colour or timbre. A bandwidth limitation of such a 
signal is equivalent to a truncation of the harmonic series, see figure 12. Such a truncation alters the perceived timbre 
and the audio signal sounds "muffled" or "dull", and the intelligibility may be reduced. 



dB4 
OdB 




5000 



10000 



f [Hz] 



Figure 12: Example of band-limiting of a typical signal 

The SBR concept postulates that a truncated harmonic series can be extended based on the relation between lowband 
and highband spectral components. The spectral envelope, i.e. the coarse spectral distribution, of the replicated 
highband, must resemble that of the original signal. This is assured by transmitting spectral envelope guidance 
information from the encoder to decoder at a very low bit rate (approximately 2 kbit/s/channel). 
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It is important to maintain the ratio between harmonic and noise-like components in the repUcated highband. This 
makes it necessary to selectively add noise components to the SBR replicated high-band. 

Two different bit stream protocols are used, one for use with AAC, and one for use with CELP. They are described in 
the clauses below. 



5.6.2 AAC + SBR Decoding Process 



The input to the SBR decoder is the SBR bitstream data and the decoded time domain signal from the AAC decoder, 
which is sampled at half the rate of the output signal. The decoded low-band time domain signal is fed to an analysis 
QMF bank, as shown in figure 13. The subband signals obtained from the filter bank are re-routed by an LC-repatching 
algorithm to reconstruct the high-band. Using the envelope information derived from the transmitted SBR bitstream a 
gain adjustment within the filter bank scalefactor bands is performed on the high-band subband signals. The adjusted 
high-band and the delay compensated low-band are then fed to the common synthesis QMF bank which generates the 
wide-band time domain output signal. 



AAC 

Decoded 
output 



Analysis 
Filterbank 



^ 



Delay 



SBR 

Bitstream - 
Data 



V 



LC repatch 



V 



Gain 
Adjustment 



Synthesis 
Filterbank 



AAC+SBR 
► Decoded 
Output 



Bitstream 
Deformatter 



Huffman 
Decoder 



Gain 
Calculator 



TfT 



T/F Grid 
Control 



Figure 13: Flow Diagram of the AAC-SBR Decoding Process 

5.6.2.1 Analysis Filterbank 

Subband filtering of the AAC decoded time domain signal is achieved using a 32-channel QMF bank. The flowchart of 
figure 14(a) shows the operation. The window coefficients are given in annex I, table I.l. For every loop in the 
flowchart, the output is 32 subband samples, each representing the output from one filterbank channel. For every frame 
the filterbank will produce 30 subband samples for every channel, corresponding to a time domain signal of length 
960 samples. 

5.6.2.2 Synthesis Filterbank 

Synthesis filtering of the delayed subband samples and the gain-adjusted subband samples is accomplished using a 
64-channel complex QMF bank. The operation is shown in the flowchart of figure 14(b), and the window coefficients 
are the same as for the analysis bank and tabulated in annex I, table I.l. The delayed subband samples are fed to the 
lowest 32 channels. The real-valued gain-adjusted subband samples are fed to channels corresponding to higher 
frequencies. The output for every frame is 1 920 time domain samples. 
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5.6.2.3 Gain Control 



The steps involved for one cycle of the gain control unit, corresponding to one frame, is shown in the flowchart of 
figure 15. First, an energy calculation of the subband samples is performed, i.e. the squared absolute values of the 
complex-valued subband samples is computed. The energy samples are subsequently combined within segments being 
the same as the segments used in the encoder for the current part of the signal. This combination produces the envelope 
samples nrg_est[i] , where i = 0, 1 , . . . , nNrg- 1 . The envelope data transmitted from the encoder is decoded and 
dequantized, thus restoring nrg_ref [i] , where i = 0, 1 , . . . , nNrg- 1 . The calculation of gainfactors is then performed by 
taking the square -root of the ratios of the energy values nrg_ref[i] and nrg_est[i] with compensation for the noise floor 
level; gain[i] = sqrt { nrg_ref[i]/(nrg_est[i] x (lH-ns_level[i])) }, fori = 0, 1, ..., nNrg-1. The real part of the subband 
samples in the segments is multiplied with the corresponding gainfactor, thus adjusting several frequency- and 
time-adjacent subband samples with one gainfactor. The noise floor level data transmitted from the encoder is decoded 
and dequantized, which restores and maps the nNoiseNrg values to nNrg noise floor level values, ns_level[i], 
where i = 0, 1 , . . . , nNrg- 1 . Finally, random white noise is added to the subband samples using the noise level data, 
i.e. the noise energy will be nrg_ref[i] x ns_level[i]/(lH-ns_level[i]). 

5.6.2.4 T/F Grid Control 

As stated above, the envelope estimates are obtained by adaptive grouping of subband-samples of a fixed-size filterbank 
into time- and frequency-regions, for each of which one envelope sample is calculated. The description of those 
frequency bands and time segments is referred to as a T/F-grid. Clearly, in order to perform the above described gain 
adjustment, this grid must be transmitted to the decoder. The frequency bands are defined by table -pairs that are stored 
in both the encoder and the decoder. Such a pair corresponds to high and low frequency resolution respectively, in the 
sense that more or fewer frequency bands are used. The frequency resolution is selectable on a per-segment basis, and 
signalled correspondingly to the decoder. The time segment boundaries, referred to as borders, are selected according to 
the input signal properties, whereby longer segments are used during quasi-stationary passages, and smaller steps in 
time are used in the vicinity of transients. Again, those borders must be signalled to the decoder. Four frame classes are 
defined, and the bitstream signals are tailored towards the specific needs of each class. Class "FixFix" corresponds to 
conventional constant length granules. Class "FixVar" has a movable stop boundary, which allows the frame length to 
vary. Class "VarFix" has a variable start boundary, whereas the stop border is fixed. The last class, "VarVar", has 
variable boundaries at both ends. The class is signalled, and, except for class FixFix, followed by the position of the 
variable boundary(/-ies). Thus, those signals define the frame start and stop boundaries. The borders within a frame are 
signalled by means of relative distances from the variable boundaries. The noise samples are defined and signalled in a 
similar manner. The task of the T/F-Grid Control module is to reassemble the grid from the above described bitstream 
elements. 

5.6.2.5 Huffman Decoder 

The envelope and noise samples are quantized and delta coded, either in the frequency or time direction, and the 
direction chosen is signalled to the decoder. The delta values are Huffman coded, and the codewords are transmitted to 
the decoder. Obviously, the task of the Huffman Decoder module is to reconvert the codewords into the quantized 
envelope and noise samples generated at the encoder. 
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Analysis filter bank (a) 



Synthesis filter bank (b) 



Begin 



Shift input buffer x 

For i = 287 down to 32 do 
x[i] = x[i - 32] 



Add new samples to input buffer x 

For i = 31 down to do 

x[i] = next_input_audio_sample 



Window by 320 coefficients to produce array Z 

Fori = to 31 9 do 

Z[i] = x[i] xc[2x i + 1] 



Summation to create array Y 
For i = to 63 do 

Y[i] = S Z[i + j X 64] 

j=0 



Calculate 32 subband samples by matrixing 
For k = to 31 do 

63 

S[k] = S Y[l] X exp{ j X ji / 64 X (2 X k + 1) X (I -16)} 

1=0 



Output 32 complex-valued subband samples 

For k = to 31 do 

output_subband_sample = S[k] 



End 



Begin 



Input 64 new complex-valued subband samples 

For i = to 63 do 

x[i] = next_subband_sample 



Shift buffer 

For i = 1 279 down to 1 28 do 
V[i] = V[i-128] 



Calculate 64 samples by matrixing 
Forl = 0to127do 

63 

V[l] = Z Real[-x[k] x exp{ j x ti/ 128 x (2 x k -i- 1) 
(1+32) }] 
k=0 



Build a 640 length array U 

For I = to 4 do 
For j = to 63 do 

U[128xi-^j] = V[256xi-H]] 
U[128 X i-i-64-H]] = V[256 X i -H 1 92 -H j 



Window by 640 coefficients to produce array W 

For k = to 639 do 
W[i] = U[i] X c[i] 



Calculate 64 output samples 
For I = to 63 do 

9 

next_output_audio_sample = Z W[64 x j -h 1] 

j=0 



End 



Figure 14: Flow Chart of the Analysis (a) and Synthesis (b) filter bank 
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Begin 



Input 1920 complex-valued subband samples Sij = r + j x.^ 

For i = to 63 do 
For i = to 29 do 



Combine energy samples according to the current grid 

For k = to nNrg-1 do 
nrg_est[k] = E E m.j 
i i 
, where the summation ranges for indices i and j are given by the 
current grid. 



Input transmitted energy values nrg_ref and compute gainfactors 

For k = to nNrg-1 do 

gain[k] = sqrt { nrg_ref [k] / (nrg_est [k] x (ns_level[k]+1 ))} 



Multiply real part of subband samples with corresponding gainfactors 

For k = to nNrg-1 do 
For i do 
For j do 

r.j = gain[k]xr.j 
, where the ranges for indices i and j are given by the current grid. 



nNoiseNrg noise level values are mapped to nNrg nsjevel values and 
noise with energy nrg_ref compensated according to the equation 
below is added to the real part of subband samples. 

For k = to nNrg-1 do 
For i do 
For j do 
r = ri: + nrg_ref [k]x nsjevel [k]/(1+ns_level [k]) x rand_number, 
where the ranges for indices i and j are given by the current grid, and 
rand_number is a random number from a rectangular distribution in the 
range [ -1,1]. 



Output 1 920 subband samples 

For i = to 63 do 
Forj = to 29 do 

s = r, 



End 



Figure 15: Flow Chart of the Gain Control IVIodule 
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5.6.3 AAC + SBR Protocol 



The SBR bitstream is described by means of pseudo code, using a syntax similar to the one used in the MPEG standard 
documents. The location of the SBR bitstream within the AAC audio super frames was described in clause 5.3.2. This 
clause only describes how to extract the elements from the bitstream. The application thereof was briefly described in 
clause 4. 

5.6.3.1 AAC + SBR syntax 

Table 31 : Syntax of sbr_aac_frame() 





Syntax 


No. of bits 


Note 


sbr aac frame(audio mode) 

{ 

sbr_crc_bits 
if (header_flag) 

sbr_header (audio_mode) 
sbr data (audio mode, data extra) 
1 


// audio_mode is located in the SDC 
// data extra is located in sbr_header 


8 

1 


see annex D 



Table 32: Syntax of sbr_header() 





Syntax 


No. of bits 


Note 


sbr_header (audio_mode) 








1 

protocol_version 




2 




ampres 




1 




start_frequency 




4 




stop_frequency 




4 




xover_band 




3 




reserved 




2 




data_extra 


// enable optional data part 


1 




header_extra_1 


// enable optional header part 1 


1 




header_extra_2 


// enable optional header part 2 


1 




if (audio_mode == LC_ 


STEREO) 






lc_stereo_mode 




2 




// optional parts 








if (header_extra_1) { 








freq_scale 




2 




alter_scale 




1 




noise_bands 

1 




2 




i 

if (header_extra_2) { 








limiter_bands 




2 




limiter_gains 




2 




interpol_freq 




1 




smoothingmode 




1 




reserved 

} 
} 




1 
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Table 33: Syntax of sbr_data() 



Syntax No. of bits Note 



sbr_data (audio_mode, data_extra) 
{ 

if (audio_mode != STEREO) { 

sbr_single_channel_element (data_extra) 

} 
else { 

sbr_channel_pair_element (data_extra) 
} 
] 



Table 34: Syntax of sbr_single_channel_element () 



Syntax No. of bits Note 



sbr_single_channel_element (data_extra) 

{ 

// side info 

sbr_grid (0) 

sbr_dtdf (0) // data delta coding direction 

invf_mode 2 

sbr_mode 2 

if (data_extra) 

reserved 3 

// raw data 

sbr_envelope (0,0) 

sbr_noise (0,0) 

// sbr extended data 

if (extended_data) { 1 

cnt = extension_size // cnt is value in bytes 4 

if (cnt = 15){ 

cnt += esc_count; 8 

} 

extensionjd 2 

sbr_extension([extension_id]) 
} 



Table 35: Syntax of sbr_channel_pair_element () 







Syntax 


No. of bits 


Note 


sbr_channel_pair_element (data_extra) 






1 

if (coupling) { 






1 




// side info 










sbr_grid (0) 


// grid 


common to both channels 






num_env[1] = num_ 


env[0]; 


num_noise[1] = num_noise[0] 






for(env = 0; env < num env[0]; env++) 






freq res[1][env] 


= freq_ 


res[0][env] 






sbr dtdf (0) 




// mono data delta coding direction 






sbr dtdf (1) 




// stereo data delta coding direction 






invf mode 






2 




sbr mode 






2 




if (data_extra) 










reserved 






3 




// raw data 










sbr_envelope (0,1) 




// mono data 






sbr noise (0,1) 




// mono data 






sbr_envelope (1,1) 




// stereo data 






sbr noise (1,1) 




// stereo data 
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Syntax 



No. of bits 



Note 



// sbr extended data, to be used for both channels 
if (extended_data) { 

cnt = extension_size // cnt is value in bytes 

if (cnt = 15){ 
cnt += esc_count; 

} 
extensionjd 

sbr_extension([extension_id]) 
} 



1 
4 

8 

2 



else 



// side info 
sbr_grid (0) 
sbr_grid (1) 
sbr_dtdf (0) 
sbr_dtdf (1) 
invf mode 
invf mode 
sbr_mode 
sbr_mode 
if (data_extra) 
reserved 

// raw data 
sbr_envelope (0,0) 
sbr_envelope (1,0) 
sbr_noise (0,0) 
sbr_noise (1,0) 



// left grid 
// right grid 



// left data delta coding direction 

// right data delta coding direction 

// left mode 

// right mode 

// left SBR mode bits 

// right SBR mode bits 



// left data 
// right data 
// left data 
// right data 



// sbr extended data, left channel 
if (extended_data) { 

cnt = extension_size 

if (cnt =15) { 

cnt += esc_count; 

} 
extensionjd 

sbr_extension([extension_id]) 
} 

// sbr extended data, right channel 
if (extended_data) { 

cnt = extension_size 

if (cnt = 15) { 

cnt += esc_count; 

} 
extensionjd 

sbr_extension([extensionJd]) 
} 



// cnt is value in bytes 



// cnt is value in bytes 



1 
4 

8 

2 



1 
4 

8 

2 
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Table 36: Syntax of sbr_grid() 



Syntax 


No. of bits 


Note 


sbr_grid (ch) 






1 

switch (frame class) { 


2 




case FIXFIX 






num_env[ch] = 2'^temp // number of envelopes 


2 




freq_res // frame global frequency resolution 


1 




for(env = 0; env < num_env[ch]; env++) 






freq_res[ch][env] = freq_res; 






break; 






case FIXVAR 






// mandatory part: 






abs_bord[ch] = temp + number_time_slots // last border 


3 




num_rel [ch] // number of relative borders 


2 




num_env[ch] = num_rel[ch] + 1 // number of envelopes 






for(rel = 0; rel < num_rel[ch]; rel++) 






rel_bord[ch][rel] = 2*temp + 2; // relative borders, last to first 


2 




ptr_bits = ceil (In (num_rel[ch] + 2)/ln (2)) // number of pointer bits 






pointer[ch] 


ptr_bits 




for(env = 0; env < num_env[ch]; env++) 






freq_res[ch][num_env[ch] - 1 - env] = freq_res; // last to first 


1 




break; 






case VARFIX 






// mandatory part: 






abs_bord[ch] // first border 


3 




num_rel[ch] //number of relative borders 


2 




num_env[ch] = num_rel[ch] + 1 //number of envelopes 






for(rel = 0; rel < num_rel[ch]; rel++) 






rel_bord[ch][rel] = 2*temp + 2; // relative borders, first to last 


2 




ptr_bits = ceil (In (num_rel[ch] + 2)/ln (2)) // number of pointer bits 






pointer[ch] 


ptr_bits 




for(env = 0; env < num_env[ch]; env++) 






freq_res[ch] [env] = freq_res;// freq resolutions, first to last 


1 




break; 






case VARVAR 






// mandatory part: 






abs_bord_0[ch] // first border 


3 




abs_bord_1 [ch] = temp + number_time_slots // last border 


3 




num_reLO[ch] //number of relative borders, first to last 


2 




num_rel_1 [ch] //number of relative borders, last to first 


2 




num_env[ch] = num_rel_0[ch] + num_rel_1 [ch] + 1 //number of env 






for(rel = 0; rel < num_rel_0[ch]; rel++) 






rel_bord_0[ch][rel] = 2*temp + 2; // relative borders, first to last 


2 




for(rel = 0; rel < num_rel_1[ch]; rel++) 






rel_bord_1 [ch][rel] = 2*temp + 2; // relative borders, last to first 


2 




ptr_bits = ceil (In (num_rel_0[ch] + num_rel_1 [ch] + 2)/ln (2)) // ptr bits 






pointer[ch] 


ptr_bits 




for(env = 0; env < num_env[ch]; env++) 






freq_res[ch] [env] = freq_res; // freq resolutions, first to last 


1 




break; 






if(num_env[ch] > 1 ) 






num noise[ch] = 2 // number noise floors 






Else 






num noise[ch] = 1 
} 
) 
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Table 37: Syntax of sbr_dtdf () 



Syntax No. of bits Note 



sbr_dtdf (ch) 

{ 

for(env; env < num_env[ch]; env++) 

df_env[ch][env] = df_env_flag; 1 

for{noise; noise < num_noise[ch]; noise++) 

df_noise[ch][env] = df_noise_flag; 1 

] 



Table 38: Syntax of sbr_envelope () 



Syntax No. of bits Note 



sbr_envelope (ch, coupling) 

{ 

// Huffman table selection 
if(coupling) 

{ 

if(ch) 

{ 

t_huff = t_huffman_env_stereo; 
f_huff = f_huffman_env_stereo; 

} 
else 

{ 

t_liuff = t_huffman_env_nnono; 
f_huff = f_huffman_env_mono; 
} 
} 
else 

{ 

t_liuff = t_huffman_env; 

f_huff = f_huffman_env; 
} 

// raw data extraction 

for(env = 0; env < num_env[ch]; env++) 

{ 

if(df_env[ch][env]) 

{ 

if(coupling && ch) 

data_env[ch][env][0] = env_start_value_stereo; 5/6 amp_res=1/ 

amp_res=0 
else 

data_env[ch][env][0] = env_start_value_mono; 6/7 amp_res=1/ 

amp_res=0 

for(band = 1 ; band < num_env_bands[freq_res[ch][env]]; band++) 

data_env[ch][env][band] = huff_dec(f_huff, codeword); 1...18 

} 
else 

{ 

for(band = 0; band < num_env_bands[freq_res[ch][env]]; band++) 

data_env[ch][env][band] = huff_dec(t_huff, codeword); 1...18 

} 
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Table 39: Syntax of sbr_noise () 



Syntax No. of bits Note 



sbr_noise {ch,coupling) 

{ 

// Huffman table selection 
if(coupling) 

{ 

if(ch) 

{ 

t_huff = t_huffman_noise_stereo; 
f_huff = f_huffman_noise_stereo; 

} 
else 

{ 

t_huff = t_huffman_noise_mono; 
f_huff = f_huffman_noise_mono; 
} 
} 
else 

{ 



} 



t_huff = t_huffman_nolse; 
f_huff = f_huffman_noise; 



// raw data extraction 

for(noise = 0; noise < num_noise[ch]; noise++) 

{ 

if(df_noise[ch][noise]) 

{ 

if(coupling && ch) 

data_noise[ch][noise][0] = noise_start_value_stereo; 5 

else 

data_noise[ch][noise][0] = noise_start_value_mono; 5 

for(band = 1 ; band < num_noise_bands[freq_res[ch][noise]]; band++) 

data_noise[ch][noise][band] = huff_dec(f_huff, codeword); 1...18 

} 
else 

{ 

for(band = 0; band < num_noise_bands[freq_res[cfi][noise]]; band++) 

data_noise[ch][noise][band] = huff_dec(t_huff, codeword); 1...18 

} 
} 
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5.6.3.2 

sbr crc bits 



SBR bit stream element definitions 

Cyclic redundancy checksum for the SBR bit stream part. The CRC algorithm is applied to 
the first crc_len number of bits after the sbr_crc_bits as defined by table 40. fkn is defined as 
count = frame_length - num_codec_bits, whereas num_codec_bits is the number of bits 
consumed by the core coder (A AC). 

Table 40: Number of bits covered by the CRC 



audio mode 


header 


.flag 


No. of bits 


MONO 


1 




crcjen = min{74, fkn{cour\\)) 


MONO 







crcjen = min(47, fkn(cour\{)) 


LC STEREO 


1 




crcjen = min{76, fkn{cour\\)) 


LC STEREO 







crcjen = min(47, fkn(cour\\)) 


STEREO 


1 




crcjen = min(120, fkn(coun\)) 


STEREO 







crcjen = min(93, fkn(cour\\)) 



header_flag 
protocoLversion 



Indicates if a SBR header is present. 

Defines the version of the SBR protocol as given by table 41 . 

Table 41 : Definition of protocol_version 



protocoLversion 



Version 



Note 



DRM SBR Bitstream Format V 1 .0 

reserved 
reserved 
reserved 



As defined by the present 
document 



amp_res 



Defines the resolution of the envelope estimates as given by table 42. 
Table 42: Definition of ampres 



ampres 



Meaning 



Note 



1,5 dB 
3,0 dB 



start_frequeiicy 
stop_frequency 
xover band 



Index to describe the lower boundary of the frequency range covered by SBR. 
Index to describe the upper boundary of the frequency range covered by SBR. 
Index to describe the crossover frequency between AAC and SBR. 



Decoding of start_frequency and stop_frequency yields the values of num_env_bands[2], the number of frequency 
bands for the envelope samples (low and high frequency resolution respectively), and num_noise_bands, the number of 
frequency bands for the noise-floor samples, which are used in the subsequent extraction of bitstream elements. 

The QMF channel which represents the crossover channel between the spectrum covered by AAC and SBR is given by 
qmf_freq_band_table [xover_band], whereas the qmf_freq_band_table[] itself is dependent on freq_scale, alter_scale, 
start_frequency and stop_frequency 
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Table 43: Startjrequency chart (fs = 48 000) 



Index 


Frequency (Hz) 





4 125 


1 


4 500 


2 


4 875 


3 


5 250 


4 


5 625 


5 


6 000 


6 


6 375 


7 


6 750 


8 


7 500 


9 


8 250 


10 


9 000 


11 


10 125 


12 


11 625 


13 


13 125 


14 


14 625 


15 


16 500 



Table 44: Stopjrequency chart (fs = 48 000) 



Index 


Frequency (Hz) 





7 875 


1 


8 625 


2 


9 375 


3 


10 125 


4 


10 875 


5 


12 000 


6 


13 125 


7 


14 250 


8 


15 375 


9 


16 875 


10 


18 375 


11 


20 250 


12 


22 125 


13 


24 000 


14 


2xf0 


15 


3xf0 



Table 45: Definition of xover band 



xover band 



Description 



Note 



0-7 



Index to qmf_freq_band_table [] 



data_extra 
header_extra_l 
header_extra_2 
Ic stereo mode 



Indicates whether the optional data part is enabled. 

Indicates whether the optional header part 1 is enabled. 

Indicates whether the optional header part 2 is enabled. 

Defines the low complexity stereo mode behaviour as given by table 46. 
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Table 46: Definition of Ic stereo mode 



Ic stereo mode 



Meaning 



Note 



Off 
Level 1 
Level 2 
Level 3 



freq_scale 



Defines the frequency envelope bands grouping scale as given by table 47. 
Table 47: Definition of freq_scale 



freq_scale 



Scale 



Note 



Linear 
1 2 bands/octave 
1 bands/octave 
8 bands/octave 



alter_scale 



Further defines the frequency envelope bands grouping as given by table 48. 
Table 48: Definition of alter scale 



alter scale 



Action for freq_scale = 



Action for freq_scale > 



no grouping of channels 
groups of 2 channels 



no alteration 
extra wide bands in highest range 



noise bands 



Defines the number of noise bands as given by table 49. 
Table 49: Definition of noise bands 



noise bands 



Meaning 



Note 



1 band 

1 band/octave 

2 band/octave 

3 band/octave 



limiter bands 



Defines the number of limiter bands as given by table 50. 
Table 50: Definition of limiter bands 



limiter bands 



Meaning 



Note 



1 band 
1 ,3 bands/octave 
2,0 bands/octave 
2,6 bands/octave 



single band 
multi-band 
multi-band 
multi-band 



limiter_gains 



Defines the maximum gain of the limiters as given by table 5 1 . 
Table 51 : Definition of limitergains 



limiter_gains 



Max Gain [dB] 



Note 



-3 



3 

infinite (i.e. limiter off) 
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interpol_freq 



Defines if the frequency interpolation shall be applied as given by table 52. 
Table 52: Definition of interpol_freq 



interpol_freq 



Meaning 



Note 



Off 
On 



smoothing_mode 



Defines if smoothing shall be applied as given by table 53. 
Table 53: Definition of smooth ingmode 



smoothing mode 



Meaning 



Note 



On 
Off 



invf mode 



Defines how inverse filtering shall be applied as given by table 54. 
Table 54: Definition of invf mode 



invf mode 



Meaning 



Note 



no inverse filtering 

low level inverse filtering 

intermediate inverse filtering 

strong inverse filtering 



sbr mode 



Defines the SBR algorithm to be used as given by table 55. 
Table 55: Definition of sbr mode 



sbr mode 



Meaning 



Note 



reserved 
reserved 
SBR-LC 
reserved 



use SBR-LC in V1.0 
use SBR-LC in V1.0 

use SBR-LC in V1.0 



extended_data 
extensioii_size 
esc_count 

extension_id 

coupling 

frame_class 

freq_res 

num_rel 

pointer 

abs_bord 

df_env_flag 



Indicates whether an SBR extended data element is present. 

Defines the size of the SBR extended date element in bytes. 

Further defines the size of the SBR extended data element in cases where the size is bigger 
than 14 bytes. 

Holds an ID of the SBR extended data element. 

Indicates whether the stereo information between the two channels is coupled or not. 

Indicates the framing class of the current frame. 

Indicates the frequency resolution. 

Indicates the number of relative borders within the time grid information for the current 
frame. 

Points to a border within the time grid. 

Indicates the location of the variable border within the time grid. 

Indicates whether to apply delta decoding of the envelope samples in time or frequency 
direction. 
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Table 56: Definition of df_env_flag 



df_env_flag Meaning Note 



Apply delta decoding in time direction 

1 Apply delta decoding in frequency direction 



df_noise_flag Indicates whether to apply delta decoding of the noise samples in time or frequency 

direction. 

Table 57: Definition of df_noise_flag 



df_nolse_flag Meaning Note 



Apply delta decoding in time direction 

J Apply delta decoding in frequency direction 



env_start_value_stereo Holds the first envelope value in case of a coupled stereo bit stream. 
env_start_value_mono Holds the first envelope value in case of a non-coupled stereo or a mono bit stream. 
noise_start_value_stereo Holds the first noise value in case of a coupled stereo bit stream. 
noise_start_value_mono Holds the first noise value in case of a non-coupled stereo or a mono bit stream. 



Multiplex definition 



6.1 Introduction 

The DRM transmission super frame consists of three channels: the Main Service Channel (MSC), the Fast Access 
Channel (FAC), and the Service Description Channel (SDC). The MSC contains the data for the services. The FAC 
provides information on the channel width and other such parameters and also provides service selection information to 
allow for fast scanning. The SDC gives information on how to decode the MSC, how to find alternative sources of the 
same data, and gives the attributes of the services within the multiplex. It can include links to analogue simulcast 
services. 

6.2 Main Service Channel 

6.2.1 Introduction 

The main service channel (MSC) contains the data for all the services contained in the DRM multiplex. The multiplex 
may contain between one and four services, and each service may be either audio or data. The gross bit rate of the MSC 
is dependent upon the DRM channel bandwidth and the transmission mode. 

6.2.2 Structure 

The MSC contains between one and four streams. Each stream is divided into logical frames each 400 ms long. Audio 
streams comprise compressed audio and optionally they can carry text messages. Data streams may be composed of up 
to four "sub-streams" consisting of data packets. A sub-stream carries packets for one service. An audio service 
comprises one audio stream and optionally one data stream or one data sub-stream. A data service comprises one data 
stream or one data sub-stream. 

Each logical frame generally consists of two parts, each with its own protection level. The lengths of the two parts are 
independently assigned. Unequal error protection for a stream is provided by setting different protection levels to the 
two parts. The logical frames from all the streams are mapped together to form multiplex frames of 400 ms duration 
which are passed to the channel coder. Alternatively, the first stream may be carried in logical frames mapped in to 
hierarchical frames. 
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The multiplex configuration is signalled using the SDC. The multiplex may be reconfigured at transmission super fi^ame 
boundaries. 

Annex M contains some examples of different MSC configurations. 

6.2.3 Building the MSC 

The MSC consists of a sequence of multiplex frames, and if hierarchical modulation is in use a sequence of hierarchical 
frames also. The multiplex frames and hierarchical frames are passed separately to the channel coder. 

6.2.3.1 Multiplex frames 

The multiplex frames are built by placing the logical frames from each non-hierarchical stream together. The logical 
frames consist, in general, of two parts each with a separate protection level. The multiplex frame is constructed by 
taking the data from the higher protected part of the logical frame from the lowest numbered stream (stream when 
hierarchical modulation is not used, or stream 1 when hierarchical modulation is used) and placing it at the start of the 
multiplex frame. Next the data from the higher protected part of the logical frame from the next lowest numbered 
stream is appended and so on until all streams have been transferred. The data from the lower protected part of the 
logical frame from the lowest numbered stream (stream when hierarchical modulation is not used, or stream 1 when 
hierarchical modulation is used) is then appended, followed by the data from the lower protected part of the logical 
frame from the next lowest numbered stream, and so on until all streams have been transferred. The higher protected 
part is designated part A and the lower protected part is designated part B in the multiplex description. 

The multiplex frame will be larger than or equal to the sum of the logical frames from which it is formed. The 
remainder, if any, of the multiplex frame shall be filled with Os. These bits shall be ignored by the receiver. 

6.2.3.2 Hierarchical frames 

The hierarchical frames only exist when hierarchical modulation is used. They are built by taking the data from the 
logical frame from stream and placing it at the start of the hierarchical frame. 

The hierarchical frame will be larger than or equal to the logical frame from which it is formed. The remainder, if any, 
of the hierarchical frame shall be filled with Os. These bits shall be ignored by the receiver. 

6.2.4 Reconfiguration 

A reconfiguration of the multiplex occurs when the channel parameters in the FAC are changed, or when the services in 
the multiplex are reorganized. The new configuration is signalled ahead of time in the SDC and the timing is indicated 
by the reconfiguration index in the FAC. Clause 6.4.6 describes the signalling of a reconfiguration. 

6.3 Fast Access Channel 

6.3.1 Introduction 

The FAC is used to provide service selection information for fast scanning. It contains information about the channel 
parameters (for example the spectrum occupancy and interleaving depth) such that a receiver is able to begin to decode 
the multiplex effectively. It also contains information about the services in the multiplex to allow the receiver to either 
decode this multiplex or change frequency and search again. 

6.3.2 Structure 

Each transmission frame contains an FAC block. An FAC block contains parameters that describe the channel and 
parameters to describe one service along with a CRC. When more than one service is carried in the multiplex, a number 
of FAC blocks are required to describe all the services. 
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6.3.3 Channel parameters 

The channel parameters are as follows: 

Base/Enhancement flag 1 bit 

Identity 2 bits 

Spectrum occupancy 4 bits 

Interleaver depth flag 1 bit 

- MSC mode 2 bits 

- SDC mode 1 bit 
Number of services 4 bits 
Reconfiguration index 3 bits 
rfu 2 bits 

The following definitions apply: 

Base/Enhancement flag: this 1-bit flag indicates whether the transmission will be the base or enhancement layer as 
follows: 

0: Base layer - decodable by all DRM receivers 

1 : Enhancement layer - only decodable by receivers with enhancement layer capabilities 
Identity: this 2-bit field identifies the current frame and also validates the SDC AFS index (see clause 6.4) as follows: 

00: first FAC of the transmission super frame and AFS index is valid 

01: second FAC of the transmission super frame 

10: third FAC of the transmission super frame 

1 1 : first FAC of the transmission super frame and AFS index is invalid 
Spectrum occupancy: this 4-bit field specifies the configuration of the digital signal. See clause 8. 
Interleaver depth flag: this 1-bit flag indicates the depth of the time interleaving as follows: 

0: 2 s (long interleaving) 

1: 400 ms (short interleaving) 
MSC mode: this 2-bit field indicates the modulation mode in use for the MSC as follows: 

00: 64-QAM, no hierarchical 

01: 64-QAM, hierarchical on I 

10: 64-QAM, hierarchical on I&Q 

11: 16-QAM, no hierarchical 
SDC mode: this 1-bit field indicates the modulation mode in use for the SDC as follows: 

0: 16-QAM 

1:4-QAM 
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Number of services: this 4-bit field indicates the number of audio and data services as follows: 

0000: 4 audio services 

0001: 1 data service 

0010: 2 data services 

0011: 3 data services 

0100: 1 audio service 

0101: 1 audio service and 1 data service 

0110: 1 audio service and 2 data services 

0111: 1 audio service and 3 data services 

1000: 2 audio services 

1001: 2 audio services and 1 data service 

1010: 2 audio services and 2 data services 

1011: reserved 

1100: 3 audio services 

1101: 3 audio services and 1 data service 

1110: reserved 

1111:4 data services 

Reconfiguration index: this 3-bit field shall indicate the status and timing of a multiplex reconfiguration. A non-zero 
value shall indicate the number of transmission super frames before the new configuration will take effect, see 
clause 6.4.6. 

rfu: these 2 bits are reserved for future use and shall be set to zero until they are defined. 

6.3.4 Service parameters 

The service parameters are as follows: 

Service identifier 24 bits 

Short identifier 2 bits 

CA indication 1 bit 

Language 4 bits 

- Audio/Data flag 1 bit 
Service descriptor 5 bits 

- Rfa 7 bits 
The following definitions apply: 

Service identifier: this 24-bit field indicates the unique identifier for this service. 

Short Id: this 2-bit field indicates the short identifier assigned to this service and used as a reference in the SDC. The 
Short Id is assigned for the duration of the service and is maintained through multiplex reconfigurations. 
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CA indication: this 1-bit flag indicates whether the service uses conditional access as follows: 

0: No CA system is used 

1: CA system is used 

NOTE 1 : The details are provided by the SDC data entity type 2. 
Language: this 4-bit field indicates the language of the target audience as defined in table 58. 

NOTE 2: Further languages are also indicated by SDC data entity type 12. 
Audio/Data flag: this 1-bit flag indicates whether the service is audio or data as follows: 

0: Audio service 

1 : Data service 
Service descriptor: this 5-bit field shall depend upon the value of the Audio/Data flag as follows: 

0: Programme type 

1 : Application identifier 

Programme type: this 5-bit field indicates the programme type of an audio service as defined in table 59. 

Application identifier: this 5-bit field indicates the application identifier of a data service as defined in TS 101 968. 
The value indicates that the application details are provided solely by SDC data entity type 5. 

Rfa: these 7 bits shall be reserved for future additions and shall be set to zero until they are defined. 

Table 58: Language codes 



Decimal 
Number 


Language 


Decimal 
Number 


Language 





No language specified 


8 


Hindi 


1 


Arabic 


9 


Japanese 


2 


Bengali 


10 


Javanese 


3 


Chinese (IVIandarin) 


11 


Korean 


4 


Dutch 


12 


Portuguese 


5 


English 


13 


Russian 


6 


French 


14 


Spanish 


7 


German 


15 


Other language 



Table 59: Programme Type codes 



Decimal 
Number 


Programme type 


Decimal 
Number 


Programme type 





No programme type 


16 


Weather/meteorology 


1 


News 


17 


Finance/Business 


2 


Current Affairs 


18 


Children's programmes 


3 


Information 


19 


Social Affairs 


4 


Sport 


20 


Religion 


5 


Education 


21 


Phone In 


6 


Drama 


22 


Travel 


7 


Culture 


23 


Leisure 


8 


Science 


24 


Jazz Music 


9 


Varied 


25 


Country Music 


10 


Pop Music 


26 


National Music 


11 


Rock Music 


27 


Oldies Music 


12 


Easy Listening Music 


28 


Folk Music 


13 


Light Classical 


29 


Documentary 


14 


Serious Classical 


30 


Not used 


15 


Other Music 


31 


Not used 
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6.3.5 CRC 

The 8-bit Cyclic Redundancy Check shall be calculated on the channel and service parameters. It shall use the generator 
polynomial Gg(x) = x^ + x^ + x^ + x^ + 1. See annex D. 

6.3.6 FAC repetition 

The FAC channel parameters shall be sent in each FAC block. The FAC service parameters for one service shall be sent 
in each block. When there is more than one service in the multiplex the repetition pattern is significant to the receiver 
scan time. When all services are of the same type (e.g. all audio or all data) then the services shall be signalled 
sequentially. When a mixture of audio and data services is present then the patterns shown in table 60 shall be signalled. 

Table 60: Service parameter repetition patterns for mixtures of audio and data services 



Number of 

audio 
services 


Number of 

data 
services 


Repetition pattern 


1 


1 


A1A1A1A1D1 


1 


2 


A1A1A1A1D1A1A1A1A1D2 


1 


3 


A1A1A1A1D1A1A1A1A1D2A1A1A1A1D3 


2 


1 


A1A2A1A2D1 


2 


2 


A1A2A1A2D1A1A2A1A2D2 


3 


1 


A1A2A3A1A2A3D1 



Where A« designates an audio service and D« designates a data service. 

6.4 Service Description Channel 

6.4.1 Introduction 

This clause describes the format and content of the SDC. The SDC gives information on how to decode the MSC, how 
to find alternative sources of the same data, and gives attributes to the services within the multiplex. 

The data capacity of the SDC varies with the spectrum occupancy of the multiplex and other parameters. The SDC 
capacity can also be increased by making use of the AFS index. 

Alternative frequency checking may be achieved, without loss of service, by keeping the data carried in the SDC 
quasi-static. Therefore, the data in the SDC frames has to be carefully managed. 

When using hierarchical modulation, the SDC will be coded using 4-QAM. 

6.4.2 Structure 

An SDC block is the SDC data contained in one transmission super frame. 

The SDC is treated as a single data channel. The total amount of data to be sent may require more than a single SDC 
block to send. An AFS index is therefore provided to permit a receiver to know when the next occurrence of the current 
SDC block will be transmitted, and so allow for alternative frequency checking and switching (AFS). A validity 
function is provided in the FAC to indicate whether the AFS index is valid or not, indicating to a receiver when the AFS 
function can operate. 

The SDC block is made up as follows: 

- AFS index 4 bits 
data field n bytes 

- CRC 16 bits 
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The AFS index is an unsigned binary number in the range to 15 that indicates the number of transmission super 
frames which separate this SDC block from the next with identical content when the identity field in the FAC is set to 
00. The AFS index shall be identical for all SDC blocks. The AFS index may be changed at reconfiguration. 

The data field carries a variable number of data entities. It may contain an end marker and padding. The length of the 
data field depends upon the robustness mode, SDC mode and spectrum occupancy, and is given in table 61. 

Table 61 : Length of SDC data field 



Robustness 
mode 


SDC mode 


Length of data field (bytes) 


Spectrum Occupancy 





1 


2 


3 


4 


5 


A 





37 


43 


85 


97 


184 


207 


1 


17 


20 


41 


47 


91 


102 


B 





28 


33 


66 


76 


143 


161 


1 


13 


15 


32 


37 


70 


79 


C 





- 


- 


- 


68 


- 


147 


1 


- 


- 


- 


32 


- 


72 


D 





- 


- 


- 


33 


- 


78 


1 


- 


- 


- 


15 


- 


38 



The CRC (Cyclic Redundancy Check) field shall contain a 16-bit CRC calculated over the AFS index coded in an 8-bit 
field (4 msbs are 0) and the data field. It shall use the generator polynomial Gj^(x) = x^^ + x^^ + x^ + 1. See annex D. 

6.4.3 Data Entities 

The data field is filled with data entities. Every data entity has a 12-bit header and a variable length body. The header 
has the following format: 

length of body 7 bits 

version flag 1 bit 

data entity type 4 bits 

The following definitions apply: 

The length of body gives the number of whole bytes occupied by the data entity body. 

The version flag controls the management of data in the receiver. 

The data entity type is a number that determines the identity of the data entity. 

The version flag allows three different mechanisms to control data management in the receiver, as specified below. The 
actual mechanism used is specified for each data entity. 

Reconfiguration: For data entities using this mechanism, the version flag indicates whether the data is for the 
current (= 0) or next (=1) configuration. 



List: 



Unique: 



For data entities using this mechanism, the version flag indicates the version of the list. When 
any of the data in the list changes, the flag is inverted and the existing data in the receiver is 
discarded. The version flag applies to all the data delivered using the data entity type. 

For data entities using this mechanism, the version flag has no meaning and shall be set to 0. 
These data entities carry data that is unique and therefore do not require any change 
mechanism: 



The body of the data entities shall be at least 4 bits long. The length of the body, excluding the initial 4 bits, shall be 
signalled by the header. 

When there is space remaining in the data field, a data end marker shall be sent. The data end marker shall be 0x00. 
Any remaining space shall be filled with padding. The padding shall take the value 0x00. 
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6.4.3.1 Multiplex description data entity - type 

Each SDC block should contain a multiplex description entity. This data entity uses the reconfiguration mechanism for 
the version flag. The current configuration can always be signalled. During a reconfiguration (i.e. when the FAC 
reconfiguration index is non-zero) the next configuration shall be signalled. This data entity describes the multiplex of 
streams within the MSC. The information is as follows: 

protection level for part A 2 bits 

protection level for part B 2 bits 

stream description for stream 24 bits 

and optionally, dependent upon the number of streams in the multiplex: 

stream description for stream 1 24 bits 

stream description for stream 2 24 bits 

stream description for stream 3 24 bits 

The stream description for stream depends on whether the MSC mode field of the FAC indicates that the hierarchical 
frame is present or not. 

If the hierarchical frame is not present then the stream description is as follows: 

data length for part A 12 bits 

data length for part B 12 bits 

If the hierarchical frame is present then the stream description is as follows: 

protection level for hierarchical 2 bits 
- rfu 10 bits 

data length for hierarchical 12 bits 

The stream descriptions for streams 1, 2 and 3, when present, are as follows: 

data length for part A 12 bits 

data length for part B 12 bits 

The following definitions apply: 

protection level for part A: this field gives the overall coding rate for data in part A (see clause 7.5.1). 

protection level for part B: this field gives the overall coding rate for data in part B (see clause 7.5.1). 

data length for part A: this field gives the net length of data in bytes in part A of the MSC frame used by this stream. 

data length for part B: this field gives the net length of data in bytes in part B of the MSC frame used by this stream. 

protection level for hierarchical: this field gives the overall coding rate for data in the hierarchical frame (see 
clause 7.5.1). 

rfu: these 10 bits shall be reserved for future use by the stream description field and shall be set to zero until they are 
defined. 

data length for hierarchical: this field gives the net length of data in bytes in the hierarchical part of the MSC frame 
used by this stream. 

When equal error protection is allocated to the multiplex frame (i.e. only one protection level is used) then the data 
length for the part A fields shall be set to and the protection level for part A fields shall be set to 0. 
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When unequal error protection is allocated to the multiplex frame then the part A shall be the higher protected part and 
part B shall be the lower protected part. 

NOTE: The receiver may determine the number of streams present in the multiplex by dividing the length field of 
the header by three. 

6.4.3.2 Label data entity - type 1 

Services may be labelled. The label should be sent in every SDC block to enable fast display, although for data services 
the repetition rate can be lowered. This data entity uses the unique mechanism for the version flag. The information is 
as follows: 

- Short Id 2 bits 

rfii 2 bits 

label n bytes 

The following definitions apply: 

short Id: this field contains the short Id that relates the information to the Service Id provided by the FAC. 

rfu: these 2 bits shall be reserved for future use and shall be set to zero until they are defined. 

label: this is a variable length field of up to 16 bytes defining the label using UTF-8 coding. 

NOTE: The length of the label is given by the length field of the header. 

6.4.3.3 Conditional access parameters data entity - type 2 

This data entity allows the conditional access parameters to be sent. This data entity uses the reconfiguration 
mechanism for the version flag. 



Short Id 


2 bits 


rfu 


2 bits 


CA system identifier 


8 bits 



CA system specific information n bytes 
The following definitions apply: 

Short Id: this field contains the short Id that relates the information to the Service Id provided by the FAC. 
rfu: these 2 bits shall be reserved for future use and shall be set to zero until they are defined. 
CA system identifier: this field indicates the CA system used by this service. 
CA system specific information: this is a variable length field containing CA system specific data. 

6.4.3.4 Frequency information data entity - type 3 

A service may be available on several DRM frequencies. The Frequency information data entity allows these 
frequencies to be signalled. This data entity uses the list mechanism for the version flag. 

Frequency information can also be provided for other services. These may be DRM services or carried on AM, FM, or 
DAB [4]. 

Frequency information is grouped by geographical area. The areas are common for all services signalled in a DRM 
multiplex, whether they are actually carried in the multiplex or not. The geographical areas can be described by using 
the Region definition data entity. 

The frequency information may be essentially static (i.e. the same frequencies are used 24 hours per day) or may vary 
according to the time of day. In the latter case the Frequency schedule data entity is also used. 
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Service linking is provided by the Linkage data entity. This allows the connection between a service carried in the DRM 
multiplex and any alternative sources of the service, whether they be carried on DRM, AM, FM-RDS or DAB. 



The information is as follows: 




- list type flag 


Ibit 


- system id 


3 bits 


- list type field 


4 bits 



total number of frequency groups, m 4 bits 
m frequency groups 
Each frequency group is coded as follows: 

group Id 4 bits 

number of frequencies, n 4 bits 

n frequencies n x (8 or 16) bits 

The following definitions apply: 

List type flag: this flag indicates whether the information is static or scheduled as follows: 
0: static frequency information 
1 : scheduled frequency information 
System id: this field indicates which broadcast system the frequency information applies to as follows: 
000: DRM: alternative frequencies for this entire multiplex 

001: DRM: frequencies for a service carried in another multiplex (and AM simulcasts of that service) 
010: FM-RDS service (Europe and North America grid) 
Oil: FM-RDS service (Asia grid) 
100: DAB service 
101: reserved 
110: reserved 
111: reserved 
List type field: this field depends upon the value of the list type flag as follows: 
List type flag = 0: 



when System id = 000: 




rfa 


3 bits 


enhancement flag 


Ibit 


when System id = 001 




Shortid 


2 bits 


Announce flag 


Ibit 


rfa 


Ibit 
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when System id = 010, Oil, 100 

Shortid 2 bits 

rfa 2 bits 

List type flag = 1 : Freq List Id 4 bits 

rfa: these 1, 2 or 3 bits shall be reserved for future additions by the list type field and shall be set to zero until they are 
defined. 

enhancement flag: this flag indicates whether the frequency information which follows is related to the base layer or 
the enhancement layer channel as follows: 

0: information refers to the base layer channel 

1 : information refers to the enhancement layer channel 

Short Id: this field contains the short Id for the service that the frequency information which follows refers to. 

Announce flag: this flag indicates whether the frequency information which follows is related to the tuned service or to 
the announcement service as follows: 

0: information refers to the tuned service; the Shortid provides the link to the Serviceld contained in the FAC 

1 : information refers to the announcement service; the Shortid provides the link via data entity type 6 to the 
Serviceld of the announcement service 

Freq list Id: this field indicates the identity of the frequency list. Up to 16 separate frequency lists may be specified. 

total number of frequency groups: this field, coded as an unsigned binary number, shall indicate the total number of 
frequency groups in this list - 1, even if the groups are carried in more than one data entity. Between 1 and 16 frequency 
groups may be specified per service or frequency list. 

group Id: this field indicates an identifier for the following set of frequencies. 

number of frequencies: this field, coded as an unsigned binary number, shall indicate the number of frequency fields 
- 1 which follow. 

frequency: the frequency field depends upon the value of the system id field as follows: 

System id field identifier field field length 

000 DRM/AM frequency 16 bits 

001 DRM/AM frequency 16 bits 
010 FMl frequency 8 bits 
Oil FM2 frequency 8 bits 
100 DAB frequency 8 bits 
DRM/AM frequency: this consists of the following fields: 

analogue/digital flag 1 bit (0 = DRM, 1 = analogue) 

frequency in kHz 15 bits 

NOTE: When System Id = 000, the analogue/digital flag shall be set to 0. 
FMl (87,5 MHz - 107,9 MHz) frequency: 
code meaning 

- 204: FM frequencies 87,5 MHz - 107,9 MHz (100 kHz step) 

255 FM available, frequency not signalled 
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FM2 (76,0 - 90,0 MHz) frequency: 

code meaning 

- 140: FM frequencies 76,0 MHz - 90,0 MHz (100 kHz step) 

255 FM available, frequency not signalled 

DAB [4] frequency: 

code meaning 

0-11: DAB channels 2A - 4D (Band 1) 

64 - 95: DAB channels 5A - 12D (Band 111) 

96 - 101: DAB channels 13A - 13F (Band 111 +) 

128 - 140: DAB channels (L-Band, European grid) 

160 - 182: DAB channels (L-Band, Canadian grid) 

255: DAB available, frequency not signalled 

Use of frequency groups 

The coverage area of the DRM multiplex shall be divided into one or more geographic areas. The areas may overlap at 
their edges or they may be distinct. Transmissions that are receivable within each area are signalled as members of the 
same group. 

6.4.3.5 Frequency schedule data entity - type 4 

This entity allows a frequency schedule to be transmitted. This data entity uses the list mechanism for the version flag. 
This information is as follows: 

- Short Id 2 bits 

enhancement flag 1 bit 

day code 7 bits 

start time 1 1 bits 

end time 1 1 bits 

frequency list Id 4 bits 

The following definitions apply: 

Short Id: this field indicates the short Id for the service concerned. 

enhancement flag: this flag indicates whether the frequency list applies to the base layer or the enhancement layer 
channel as follows: 

0: information refers to the base layer channel 

1 : information refers to the enhancement layer channel 

day code: this field indicates which days the frequency schedule applies to. The msb indicates Monday, the Isb Sunday. 

start time: this field indicates the time from when the frequency is valid. The time is expressed in hours (5 bits) and 
minutes (six bits) in UTC. 

end time: this field indicates the time until when the frequency is valid. The time is expressed in hours (5 bits) and 
minutes (six bits) in UTC. 

frequency list Id: this field indicates the frequency list which applies. 
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6.4.3.6 Application information data entity - type 5 

All data services (or data applications for audio services) are described by this data entity. Many applications may 
require additional data to describe them that is specific to that application. This data entity uses the reconfiguration 
mechanism for the version flag. The content will be described by the appropriate application specification. The general 
form of the entity is as follows: 

- Short Id 2 bits 

Stream Id 2 bits 

Packet mode indicator 1 bit 

descriptor 7 or 15 bits 

application data n bytes 

The following definitions apply: 

Short Id: this field indicates the short Id for the service concerned. 

Stream Id: this field indicates the stream Id of the stream which carries the data service (or data application) 
concerned. 

Packet mode indicator: this field indicates whether the service is carried in packet mode or not as follows: 

0: synchronous stream mode 

1 : packet mode 

descriptor: the format of this field depends upon the value of the Packet mode indicator field as follows: 

when Packet mode indicator = 0: 

rfa 7 bits 

rfa: these 7 bits shall be reserved for future additions and shall be set to zero until they are defined. 

when Packet mode indicator = 1 : 

data unit indicator 1 bit 

packet Id 2 bits 

application domain 4 bits 

packet length 8 bits 

data unit indicator: this field indicates whether the data stream is composed of single packets or data units as follows: 

0: single packets 

1 : data units 

packet Id: this field indicates the Packet Id carried in the header of packets intended for this service. 

application domain: this field indicates the source of the data application specification as follows: 

0: DRM specified application 

1 : DAB specified application 

2-15: reserved 

packet length: this field indicates the length in bytes of the data field of each packet specified as an unsigned binary 
number (the total packet length is three bytes longer as it includes the header and CRC fields). 

NOTE: All packets contained in one data stream shall have the same length (see clause 6.6.4). 
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application data: this field of variable length is defined by the data service (or data application) specification. 
When the application domain carries the value 1, the application data field shall be made up as follows: 

- rfu 5 bits 
user application identifier 1 1 bits 

data fields as required by DAB application specification 

rfu: these 5 bits shall be reserved for future use by the application data field and shall be set to zero until they are 
defined. 

user application identifier: the value specified in TS 101 756 [10]. 

6.4.3.7 Announcement support and switching entity - type 6 

This feature indicates which types of announcements are supported by the tuned multiplex or by another multiplex. This 
data entity uses the unique mechanism for the version flag. The following information is necessary; 

- Short Id 2 bits 

- rfii 1 bit 
same/other multiplex 1 bit 
Announcement support flags 8 bits 
Announcement switching flags 8 bits 
if "same/other multiplex" = other: Service Id 24 bits 

The following definitions apply; 

Short Id: this field contains the short Id that relates the information to the Service Id provided by the FAC. 

rfu: this bit shall be reserved for future use and shall be set to zero until defined. 

Same/other multiplex: this flag shall signal if the announcements are provided by a service in the multiplex being 
received or by a service in another multiplex, as follows; 

0; multiplex being received 

1 : Other multiplex 

Announcement support flags: this 8-bit field specifies the types of announcements that are provided by this service, 
either directly or by vectoring to another service, as follows; 

Bi (i = 0,...,7) 

0; Announcement type not provided. 
1 ; Announcement type provided. 
The meaning of each bit shall be as follows; 
bg; Travel 
b^; News flash 
b2; Weather flash 
b3; Warning/ Alarm 
b^ - h-j-. reserved for future definition 
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Announcement switching flags: this 8-bit field specifies the announcement types that apply to the announcement. The 
individual bits indicate whether or not a particular announcement type is signalled. The flags are coded as follows; 

Bi (i = 0,...,7) 

0: Announcement type not valid 

1 : Announcement type valid 
The meaning of each bit shall be as defined for the Announcement support flags above. 
Service Id: if the announcements are provided by another multiplex, this 24-bit field signals the Service Identifier. 

6.4.3.8 Region definition data entity - type 7 

A frequency group can be given a geographical area. This data entity uses the list mechanism for the version flag. The 
area is defined in terms of multiples of 1 x 1 degree "squares". It therefore gives a resolution of (EW x NS) 
111 km X 1 1 1 km (at equator) or 31 km x 1 1 1 km at 70° latitude (e.g. Scandinavia, Canada). The coding provided 
allows for the signalling of squares of up to about 4 000 km x 4 000 km for < 73° latitude. The area may in addition be 
defined in terms of CIRAF zones. Up to seven zones may be specified per group. 

group Id 4 bits 

number of zones, n 3 bits 

latitude 8 bits 

longitude 9 bits 

latitude extent 5 bits 

longitude extent 7 bits 

- n CIRAF zones n x 8 bits 

The following definitions apply: 

Group Id: this field indicates an identifier for a set of frequencies. 

number of zones: this field, coded as an 8 bit unsigned binary number, specifies the number of CIRAF zones to follow 
in the range to 7 

Latitude: this field specifies the southerly point of the area in degrees, as a 2's complement number 

Longitude: this field specifies the westerly point of the area in degrees, as a 2's complement number 

Latitude extent: this field specifies the size of the area to the north, in 1 degree steps 

Longitude extent: this field specifies the size of the area to the east, in 1 degree steps 

CIRAF zone: this field, coded as an 8 bit unsigned binary number in the range 1 to 85, gives one CIRAF zone. 
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6.4.3.9 Time and date information data entity - type 8 

The current time and date can be specified to allow a receiver to follow frequency schedules, etc. This data entity uses 
the unique mechanism for the version flag. The data entity is coded as follows: 

- Modified Julian Date 17 bits 
UTC (hours and minutes) 1 1 bits 

The following definitions apply: 

Modified Julian Date: this field indicates the date in MJD format. 

UTC: this field specifies the current time expressed in hours (5 bits) and minutes (6 bits). 

When the time and date are signalled, this data entity shall be sent in the first SDC block after the minute's edge. 

6.4.3.1 Audio information data entity - type 9 

Each audio service needs a detailed description of the parameters needed for audio decoding. This data entity uses the 
reconfiguration mechanism for the version flag. 

- Short Id 2 bits 
Stream Id 2 bits 
audio coding 2 bits 

- SBR flag 1 bit 
audio mode 2 bits 
audio sampling rate 3 bits 

- text flag 1 bit 
enhancement flag 1 bit 
coder field 5 bits 

- rfa 1 bit 
The following definitions apply: 

short Id: this field indicates the short Id for the service concerned. 

Stream Id: this field indicates the stream Id of the stream that carries the service concerned. 

audio coding: this field indicated the source coding system as follows: 

00: AAC 

01:CELP 

10: HVXC 

1 1 : reserved 
SBR flag: this field indicates whether SBR is used or not as follows: 

0: SBR not used 

1: SBR used 
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audio mode: this field depends upon the value of the audio coding field as follows: 
audio coding field = 00: 



00: mono 






01: Ic stereo 






10: stereo 






1 1 : reserved 






lio coding field = 


:01: 




-rfa 




Ibit 


- CELP_CRC 




Ibit 


lio coding field = 


:10: 




- HVXC_rate 




Ibit 


- HVXC_CRC 




Ibit 



CELP_CRC: this field indicates whether the CRC is used or not: 

0: CRC not used 

1: CRC used 
HVXC_rate: this field indicates the rate of the HVXC: 

0: 2 kbit 

1:4 kbit 
HVXC_CRC: this field indicates whether the CRC is used or not: 

0: CRC not used 

1: CRC used 
audio sampling rate: this field indicates the audio sampling frequency as follows: 

000: 8 kHz 

001: 12 kHz 

010: 16 kHz 

011:24 kHz 

100: reserved 

101: reserved 

110: reserved 

111: reserved 
text flag: this field indicates whether a text message is present or not as follows: 

0: no text message is carried 

1 : text message is carried (see clause 6.5) 
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enhancement flag: this field indicates whether audio enhancement data is available in another channel as follows: 

0: no enhancement available 

1 : enhancement is available 
coder fleld: this field depends upon the value of the audio coding field as follows: 
audio coding field = 00 or 10: 

- rfa 5 bits 
audio coding field = 01: 

- CELPJndex 5 bits 

CELPJndex: this field indicates the CELP bit rate index, as defined in tables 10 and 1 1 (see clause 5). 

rfa: these 1-bit and 5-bit fields shall be reserved for future additions and shall be set to zero until they are defined. 

6.4.3.1 1 FAC channel parameters data entity - type 1 

This data entity permits the next configuration FAC channel parameters to be specified in advance for service following 
across reconfigurations. This data entity uses the reconfiguration mechanism for the version flag. The fields are as 
follows: 



- Base/Enhancement flag 


Ibit 


- Robustness mode 


2 bits 


- Spectrum occupancy 


4 bits 


- Interleaver depth flag 


Ibit 


- MSC mode 


2 bits 


- SDC mode 


Ibit 


- number of services 


4 bits 


- rfa 


3 bits 


- rfu 


2 bits 


The following definitions apply: 





Base/Enhancement flag: this 1-bit flag indicates whether the transmission will be the base or enhancement layer as 
follows: 

0: Base layer - decodable by all DRM receivers 

1 : Enhancement layer - only decodable by receivers with enhancement layer capabilities 
Robustness mode: this field indicates the robustness mode of the new configuration as follows: 

00: A 

01: B 

10: C 

11:D 
Spectrum occupancy: specifies the configuration of the digital signal (see clause 8). 
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Interleaver depth flag: indicates the depth of the time interleaving as follows: 

0: 2 s (long interleaving) 

1: 400 ms (short interleaving) 
MSC mode: indicates the modulation mode in use for the MSC as follows: 

00: 64-QAM, no hierarchical 

01: 64-QAM, hierarchical on I 

10: 64-QAM, hierarchical on I&Q 

11: 16-QAM, no hierarchical 
SDC mode: indicates the modulation mode in use for the SDC as follows: 

0: 16-QAM 

1:4-QAM 
Number of services: indicates the number of audio and data services as follows: 

0000: 4 audio services 

0001: 1 data service 

0010: 2 data services 

0011: 3 data services 

0100: 1 audio service 

0101: 1 audio service and 1 data service 

0110: 1 audio service and 2 data services 

0111: 1 audio service and 3 data services 

1000: 2 audio services 

1001: 2 audio services and 1 data service 

1010: 2 audio services and 2 data services 

1011: reserved 

1100: 3 audio services 

1101: 3 audio services and 1 data service 

1110: reserved 

1111:4 data services 

rfa: these 3 bits shall be reserved for future additions and shall be set to zero until they are defined. 

rfu: these 2 bits shall be reserved for future use and shall be set to zero until they are defined. 

If the DRM transmission is being discontinued at the reconfiguration, then this data entity shall be sent with the length 
field of the header set to 0, and the first four bits of the body field set to 0. 
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6.4.3.1 2 Linkage data entity - type 1 1 

The linkage data entity allows the connections between alternative sources of the same service to be signalled. This data 
entity uses the list mechanism for the version flag. The information is as follows; 

- Short Id 2 bits 
number DRM Service Ids, d 3 bits 
number RDS PI codes, p 3 bits 
programme/data flag 1 bit 
number of DAB SIds, i 3 bits 

d Service Ids fif x 24 bits 

- /? PI codes /7X 16 bits 

s Sid codes i x 16 bits or 32 bits 

The following definitions apply: 

Short Id: this field indicates the short Id for the service concerned. 

number of DRM Service Ids: this field indicates the number of Service Ids to follow in the range to 7. 

number of RDS PI [5] codes: this field indicates the number of PI codes to follow in the range to 7. 

number of DAB Sid codes: this field indicates the number of Sid codes to follow in the range to 7. 

Service Ids: this field indicates the list of Service Ids on which the DRM service indicated by the Short Id field is also 
carried. 

PI code: this field indicates the list of PI codes on which the DRM service indicated by the Short Id field is also carried. 
Note that FM services without RDS/RBDS shall be given a dummy PI code where the most significant nibble is set 
toO. 

programme/data flag: this field indicates whether the following DAB SIds are programme or data services as follows; 

0: programme service: DAB SIds are 16 bits long 

1: data service: DAB SIds are 32 bits long 

Sid code: this field indicates the list of Sid codes on which the DRM service indicated by the Short Id field is also 
carried. 

6.4.3.1 3 Language and country data entity - type 1 2 

The language and country data entity allows addition language and country information to be signalled. This data entity 
uses the unique mechanism for the version flag. The information is as follows: 

- Short Id 2 bits 
rfu 2 bits 
language code 24 bits 
country code 16 bits 

The following definitions apply: 

Short Id: this field indicates the short Id for the service concerned. 

rfu: these 2 bits shall be reserved for future use and shall be set to zero until they are defined. 
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Language code: this 24-bit field identifies the language of the target audience of the service according to ISO 639-2 [7] 
using three characters as specified by ISO 8859-1 [9]. If the language is not specified, the field shall contain three "-" 
characters. 

Country code: this 16-bit field identifies the country of origin of the service (the site of the studio) according to 
ISO 3166 [8] using two lower case characters as specified by ISO 8859-1 [9]. If the country code is not specified, the 
field shall contain two "-" characters. 

6.4.3.14 Other data entities 

Other data entities are reserved for future definition. 

6.4.4 Summary of data entity characteristics 

Table 62 summarizes the version mechanism, repetition rate and transmission status of each data entity. The standard 
repetition rate is that all information for that data entity type should be transmitted within one cycle of the entire 
database. Individual SDC blocks may carry changed information (e.g. time and date) by use of the FAC identity field. 

Table 62: Summary of data entity characteristics 



Data 
entity 


Version flag 
mechanism 


Repetition rate 


Transmission status 





reconfiguration 


every SDC block 


mandatory 


1 


unique 


every SDC block 


optional 


2 


reconfiguration 


as required 


mandatory for each service for which the 
FAC CA indication flag = 1 


3 


list 


standard 


optional 


4 


list 


standard 


optional 


5 


reconfiguration 


as required 


mandatory for each data service and 
data application 


6 


unique 


as required 


optional 


7 


list 


standard 


optional 


8 


unique 


once per minute 


optional 


9 


reconfiguration 


every SDC block 


mandatory for each audio service 


10 


reconfiguration 


every SDC block when FAC 
reconfiguration index is non- 
zero 


mandatory when FAC reconfiguration 
index is non-zero 


11 


list 


standard 


optional 


12 


unique 


standard 


optional 



Table 62 gives the recommended repetition rate for fast access to services. However, when the SDC capacity 
(see clause 6.4.2) is low, lower repetition rates are permitted for every data entity. 

6.4.5 Changing the content of the SDC 

The content of the SDC is important for the operation of altemative frequency checking and switching (AFS). For AFS 
to function, the receiver must know what the content of the SDC is in advance so that a correlation may be performed. 
For this purpose, the AFS index is provided in the SDC and the FAC validates the index by use of the Identity field. 

On transmissions with no alternative frequencies, the content of the SDC can be fully dynamic and changed at will: no 
AFS function is required. In this case it is recommended that the AFS index should be set to 0, and the Identity field in 
the FAC should then indicate the sequence 11,01, 10 etc. to indicate that the AFS function cannot be performed. 

On transmissions with altemative frequencies, the assignment of data entities to SDC blocks should be carefully 
designed in order that the content of the SDC can be as static as possible thereby permitting use of the AFS function. In 
this case it is recommended that the AFS index is chosen such that all required information can be sent in one cycle of 
SDC blocks. If the content is completely static then the Identity field in the FAC will indicate the sequence 00, 01, 10, 
etc. which indicates that the AFS function can be performed at every position, provided the receiver has stored the data 
for all the SDC blocks in the cycle. 
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When the time or announcement support and switching is included in the SDC, and alternative frequencies are 
signalled, then a semi -dynamic use of the SDC is recommended. In this case one or more SDC blocks in the cycle 
defined by the AFS index are signalled to be invalid by use of the FAC Identity field thereby allowing the content of 
those blocks to be changed continuously, whilst other SDC blocks are always signalled as valid by use of the FAC 
Identity field thereby allowing the AFS function to be performed. An example of changing the SDC content and of 
using the semi -dynamic scheme with the AFS index = 1 is given in annex G. 

A change of the AFS index is only allowed at reconfiguration. 

6.4.6 Signalling of reconfigurations 

Reconfiguration of the DRM multiplex shall be signalled in advance in order to permit receivers to make the best 
decisions about how to handle the changes. There two types of reconfiguration: a service reconfiguration, which 
concerns the reallocation of the data capacity between the services of the MSC; and a channel reconfiguration, which 
concerns changes to the overall capacity of the MSC. 

Both types of reconfiguration are signalled by setting the FAC reconfiguration index to a non-zero value. The index 
then counts down on each subsequent transmission super frame. The reconfiguration index shall be identical for all 
three transmission frames of a transmission super frame. The final transmission super frame corresponding to the 
current configuration shall be that in which the reconfiguration index = 1 . The new configuration takes effect for the 
next transmission super frame and in which the reconfiguration index = 0. Ideally the reconfiguration should be 
signalled as far in advance as possible (i.e. the reconfiguration index should first take the value 7) in order to provide 
the greatest chance that the receiver will receive all the information necessary for the next configuration. 

All data entity types that use the reconfiguration mechanism for the version flag that are present in the current 
configuration, and all data entity types that use the reconfiguration mechanism for the version flag that are required in 
the new configuration, shall be sent during the period when the reconfiguration index is non-zero with the version flag 
indicating the next configuration. This shall include data entity type 10 that signals the FAC channel parameters for the 
new configuration. 

6.4.6.1 Service reconfigurations 

A service reconfiguration is one in which the data capacity of the MSC is reallocated between services. This happens 
when the number of services in the multiplex is changed or the size of data streams is changed. A service 
reconfiguration shall also be signalled if any of the content of the data entity types using the reconfiguration mechanism 
of the version flag changes. 

When a new service is introduced, and the overall capacity of the MSC is not changed, then the receiver shall follow the 
currently selected service through the reconfiguration. To facilitate this, the Service Identity and Short Id of all 
continuing services shall remain the same. The new service shall use a Short Id that is not used in the current 
configuration. The one exception to this rule is if there are four services in the current configuration and four services in 
the new configuration. In this case, if the currently selected service is discontinued, then the receiver will follow to the 
new service with the same Short Id if it is of the same type (i.e. both are audio services). 

If the currently selected service is discontinued at the reconfiguration, then the receiver may try to find another source 
of that service on another frequency and/or system by using the information from data entity types 3 and 1 1 . 

6.4.6.2 Channel reconfigurations 

A channel reconfiguration is one in which the following FAC channel parameters are altered: spectrum occupancy, 
interleaver depth and MSC mode; and when the robustness mode is changed. In this case the receiver will be unable to 
follow the currently selected service without disruption to the audio output. 

If the transmission is discontinued on the tuned frequency, then a reconfiguration shall be signalled with data entity type 
10 taking a special value (see clause 6.4.3. 11). In this specific case, the other data entity types that use the 
reconfiguration mechanism for the version flag shall not be signalled. 
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6.5 Text message application 



Text messages can provide a highly valuable additional element to an audio service without consuming much data 
capacity. The text message is a basic part of DRM and consumes only 80 bits/s. This capacity can be saved if the 
service provider does not use text messaging. 

6.5.1 Structure 

The text message (when present) shall occupy the last four bytes of the lower protected part of each logical frame 
carrying an audio stream. The message is divided into a number of segments and UTF-8 character coding is used. The 
beginning of each segment of the message is indicated by setting all four bytes to the value OxFF. 

When no text message is available for insertion all four bytes shall be set to 0x00. 

The text message may comprise up to 8 segments. Each segment consists of a header, a body and a CRC. The body 
shall contain 16 bytes of character data unless it is the last segment in which case it may contain less than 16 bytes. 

Each segment is further divided into four-byte pieces which are placed into each successive frame. If the length of the 
last segment is not a multiple of four then the incomplete frame shall be padded with 0x00 bytes. 

The structure of the segment is as follows: 



Header 




16 bits 


Body 




n X 8 bits 


CRC 




16 bits 


The Header is made up 


as follows: 




- toggle bit 




Ibit 


- first flag 




Ibit 


- last flag 




Ibit 


- command flag 




Ibit 


- field 1 




4 bits 


- field 2 




4 bits 


- rfa 




4 bits 


The following definitions apply: 





Toggle bit: this bit shall be maintained in the same state as long as segments from the same message are being 
transmitted. When a segment from a different text message is sent for the first time, this bit shall be inverted with 
respect to its previous state. If a text message, which may consist of several segments, is repeated, then this bit shall 
remain unchanged. 

First flag, Last flag: these flags shall be used to identify particular segments which form a succession of segments in a 
text message. The flags shall be assigned as follows: 

First Last The segment is: 

flag flag 

: an intermediate segment; 

1 : the last segment; 

1 : the first segment; 

1 1 : the one and only segment. 
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Command flag: this 1-bit flag shall signal whether Field 1 contains the length of the body of the segment or a special 
command, as follows: 

0; Field 1 signals the length of the body of the segment 

1 : Field 1 contains a special command 

Field 1: 

Length: this 4-bit field, expressed as an unsigned binary number, shall specify the number of bytes in the body 
minus 1. It shall normally take the value 15 except in the last segment. 

Command: this 4-bit field shall contain a special command, as follows (all other codes are reserved for future 

use): 

1: the message shall be removed from the display. 
Field 2: 

- ifFirstflag= "1": 

this field shall contain the value "1111"; 

- if First flag ="0": 

Rfa: this 1-bit field is reserved for future additions. The bit shall be set to zero until it is defined. 

SegNum (Segment number): this 3-bit field, expressed as an unsigned binary number, shall specify the sequence 
number of the current segment minus 1 . (The second segment of a label corresponds to SegNum = 1 , the third segment 
to SegNum = 2, etc.) The value is reserved for future use. 

Rfa: this 4-bit field shall be reserved for future additions. These bits shall be set to zero until they are defined. 

Body: this field shall be coded as a string of characters (maximum 16). If the last character of a message segment is a 
multibyte character and not all bytes fit into the body then the character shall continue in the next message segment. 
This field shall be omitted when the C flag = "1" (special command). 

The following additional codes may be used: 

Code OxOA may be inserted to indicate a preferred line break. 

Code OxOB may be inserted to indicate the end of a headline. Headlines shall be restricted to a maximum length 
of 2x16 displayable characters (including hyphens introduced as a result of a control code Ox IF) and may 
contain or 1 preferred line breaks codes (Code OxOA). There may not be more than sixteen characters before 
any line -break and there may not be more than sixteen characters after any line -break. 

Code Ox IF (hex) may be inserted to indicate a preferred word break. This code may be used to display long 
words comprehensibly. 

CRC (Cyclic Redundancy Check): this 16-bit CRC shall be calculated on the header and the body. It shall use the 
generator polynomial Gj^(x) = x^^ + x^^ + x^ + 1. 

6.6 Packet mode 

Data services generally consist of either streams of information, in either synchronous or asynchronous form, or files of 
information. A generalized packet delivery system allows the delivery of asynchronous streams and files for various 
services in the same data stream and allows the bit rate of the (synchronous) data stream to be shared on a 
frame -by-frame basis between the various services. Services can be carried by a series of single packets or as a series of 
data units. A data unit is a series of packets that are considered as one entity with regard to error handling - one received 
errored packet within a data unit causes the whole data unit to be rejected. This mechanism can be used to transfer files 
and also to allow simpler synchronization of asynchronous streams. 

The size of a packet mode data logical frame shall be a multiple of the total packet size. The maximum length of a data 
unit is 8 215 bytes. 
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6.6.1 Packet Structure 

The packet is made up as follows: 

header 8 bits 

data field n bytes 

CRC 16 bits 

The header contains information to describe the packet. 

The data field contains the data intended for a particular service. The length of the data field is indicated by use of data 
entity 5, see clause 6.4.3.6. 

The CRC (Cyclic Redundancy Check): this 16-bit CRC shall be calculated on the header and the data field. It shall use 
the generator polynomial G;g (x) = x^^ + x^^ + x^ + 1 (see annex D). 

6.6.1.1 Header 

The header consists of the following fields: 

first flag 1 bit 

last flag 1 bit 

packet Id 2 bits 

padded packet indicator (PPI) 1 bit 

continuity index (CI) 3 bits 

The following definitions apply: 

First flag, Last flag: these flags shall be used to identify particular packets which form a succession of packets. The 
flags shall be assigned as follows: 

First Last 

flag flag The packet is: 





1 

1 

1 1 



an intermediate packet; 

the last pacl<et of a data unit; 

the first pacl<et of a data unit; 

the one and only packet of a data unit. 



Packet Id: this 2-bit field shall indicate the Packet Id of this packet. 

Padded Packet Indicator: this 1-bit flag shall indicate whether the data field carries padding or not, as follows: 

0: no padding is present: all data bytes in the data field are useful; 

1 : padding is present: the first byte gives the number of useful data bytes in the data field. 
Continuity index: this 3-bit field shall increment by one modulo-8 for each packet with this packet Id. 
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6.6.1.2 Data field 

The data field contains the useful data intended for a particular service. 

If the padded packet indicator (PPI) field of the header is 0, then all bytes of the data field are useful bytes. 

If the PPI is 1 then the first byte shall indicate the number of useful bytes that follow, and the data field is completed 
with padding bytes of value 0x00. 

Packets with no useful data are permitted if no packet data is available to fill the logical frame. The PPI shall be set to 1 
and the first byte of the data field shall be set to to indicate no useful data. The first and last flags shall be set to 1 . The 
continuity index shall be incremented for these empty packets. If less than 4 sub-streams are used within the data stream 
then an unused packet id shall be used. Empty packets using a packet id of <p> shall not be inserted during the 
transmission of a DRM data unit using the same packet id <p>. 

6.6.2 Asynchronous streams 

Asynchronous streams can be used to transport byte -oriented information. Both single packets and data units can be 
used to transport asynchronous streams. 

Applications that use the single packet transport mechanism shall be able to deal with missing data packets. The first 
and last flags shall indicate intermediate packets. 

Applications that use the data unit transport mechanism can carry a collection of bytes that are related in a data unit and 
then make use of the error handling of data units for synchronization purposes. 

6.6.3 Files 

The file may be carried in a data unit. 

Applications that use this transport mechanism shall provide a mechanism to identify each object. 

The first and last flags shall be used to indicate the series of packets that make up the data unit. The continuity index is 
used to determine whether any intermediate packets have been lost. 

6.6.4 Choosing the packet length 

A data stream for packet mode may contain one or more packets per logical frame, and the packets may belong to one 
or more services. However, all packets contained in the stream shall have the same length to minimize the propagation 
of errors. The choice of the packet length depends on various factors, but the following should be taken into account: 

The overhead of signalling the header and CRC is fixed per packet. Therefore the larger the packet, the lower the 
ratio of overhead to useful data. 

The amount of padding carried in packets is related to the size of the files compared to the packet size or the 
transit delay requirements for asynchronous streams. Large packets are less efficient at transporting many small 
objects. 



£75/ 



83 



ETSI TS 101 980 VI .1.1 (2001-09) 



Channel coding and modulation 



7.1 



Introduction 



The DRM system consists of three different channels, the MSC, SDC and FAC. Because of the different needs of these 
channels different coding and mapping schemes shall be applied. An overview of the encoding process is shown in 
figure 16. 

The coding is based on a multilevel coding scheme for which the principle is explained in clause 7.3. Due to different 
error protection needs within one service or for different services within one multiplex different mapping schemes and 
combinations of code rates shall be applicable: unequal error protection (UEP) and equal error protection (EEP) are 
available and can be combined with hierarchical modulation. Equal error protection uses a single code rate to protect all 
the data in a channel. EEP is mandatory for the FAC and SDC. Instead of EEP, unequal error protection can be used 
with two code rates to allow the data in the Main Service Channel to be assigned to the higher protected part and the 
lower protected part. When using hierarchical modulation three mapping strategies shall be applicable to the MSC: the 
standard mapping (SM), the symmetrical hierarchical mapping (HMsym) and a mixture of the previous two mappings 
(HMmix) that results in the real component of the constellation following a hierarchical mapping and the imaginary part 
following a standard one. The hierarchical mappings split the decodable data stream into two parts: a very strongly 
protected part (VSPP) and a standard protected part (SPP). The SM method only consists of a SPP. In any case, up to 
two different overall code rates shall be applied to the SPP of the MSC. For the FAC and SDC only SM is allowed. The 
application of the coding to the different channels is described in clause 7.5. 



Transport 
multiplex 

adaptation and 
energy dispersal 

(see clause 7.2) 



Coding and Bit 
Interleaving 
(see clauses 7.3 
and 7.5) 



Mapping 
(see clause 7.4) 



Cell Interleaving 
(for MSC only, 
see clause 7.6) 



Figure 16: Functional blocic diagram of the coding and interleaving 

7.2 Transport multiplex adaptation and Energy dispersal 
7.2.1 Transport multiplex adaptation 

The different channels (MSC, SDC, FAC) are processed in the channel coding independently. The vector length L for 
processing equals one FAC block for the FAC, one SDC block for the SDC or one multiplex frame for the MSC. 



7.2.1.1 



MSC 



The number of bits LMUX per multiplex frame is dependent on the robustness mode, spectrum occupancy and 
constellation: 

- when using one protection level (EEP) it is given by: 

^MUX = ^2 

- when using two protection levels (UEP) it is given by: 

^MUX = L1+L2 

where the number of bits of the higher protected part is Lj and the number of bits of the lower protected part is L2- 

- when using HMsym or HMmix the number of very strongly protected bits is given by Ly^pp. 
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L;, L2 and Ly^pp shall be calculated as follows: 



SM: 



p=0 



^2- Y, '^P 
p=0 



IN 2-12 
RY„ 



L^VSPP 



P„„„ is the number of levels (4-QAM: P = 1; 16-QAM: P 



: 2; 64-QAM: P„ 



^3). 



RXp is the numerator of the code rate of each individual level, see table 65. 
RY is the denominator of the code rate of each individual level, see table 65. 
R is the code rate of each individual level, see table 65. 



HMsym: 



p=l 



RX, 



p=l 



IN 2-12 
RY„ 



Wspp - ^^0 



2(Ni+N2)-12 
RY, 



Pmax ~3 is the number of levels for 64-QAM using HMsym. 

NOTE: A hierarchical mapping scheme can only be used in a 64-QAM signal constellation. 
RX is the numerator of the code rate of each individual level, see table 65. 
RY is the denominator of the code rate of each individual level, see table 65. 
R is the code rate of each individual level, see table 65. 
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HMmix: 



^2 -^^0 



Im 



h=Ni 



N2-I2 



p=i 



RY. 



■E^p" 



p=i 



N2-12 

RY„ 



+ RX 



Im 



N2-I2 

RY„ 



^VSPP - ^^ 



Re 



A^l+A^2-12 



RY 



Re 



'^max ~^ ^^ ^^^ number of levels for 64-QAM using HMmix 

RX p ^ , RX p are the numerators of the code rates of each individual level (see table 65) for the real and imaginary 
component respectively. 

RYp ^ ,RYp are the denominators of the code rate of each individual level (see table 65) for the real and imaginary 
component respectively. 

Rp^,Rp are the code rates of each individual level (see table 65) for the real and imaginary component respectively 

and [ J means round towards minus infinity. 

The total number Nj^jj-^ of MSC OFDM cells per multiplex frame is given in clause 7.7. 

The total number Nj^^ux of MSC OFDM cells per multiplex frame when using one protection level (HEP) equals A^2- 

The total number Nj^^ux of MSC OFDM cells per multiplex frame when using two protection levels (UEP) equals the 
addition of the cells of the higher protected part and the lower protected part: 



A^ 



MUX 



■■Ni+N2- 



Nj is the number of OFDM cells used for the higher protected part. 

N2 is the number of OFDM cells used for the lower protected part including the tailbits. 

To calculate the number Nj of OFDM cells in the higher protected part (part A) the following formulae shall apply: 

SM: 



A', 



8X 



2RYicm 7 Rp 
p=0 



RY 



Icm 



HMsym: 



A^, 



8X 



2RYlcm 7 , Rp 

p=l 



RY 



Icm 
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HMmix: 



A^i 



8X 



Ri^+Y,k'+<) 



RY, 



Ian 



p=l 



RY, 



Icm 



where: 

X shall be the number of bytes in part A (as signalled in the SDC); 

^^Icm ^^^11 ^^ taken from tables 67 and 68 for SM; from tables 69 and 70 for HMsym; and from tables 68, 70 and 
71 for HMmix. 

I I means round towards plus infinity. 
To calculate the number N2 of OFDM cells in the lower protected part (part B) the following formula shall apply: 

N2=Nmux-Ni 
The following restrictions shall be taken into account: 

A^ie{0,...A^^j;;,-20} 

N2e{2Q,...NMux] 

7.2.1.2 FAC 

The number of bits Lp^(^ per FAC block equals 72 bits in every mode. 

The total number Np^(^ of FAC OFDM cells per FAC block equals 65 in every mode. 

The formulas given in clause 7.2.1.1 for the MSC are valid also for the FAC under the constraint of EEP and SM (only 
4-QAM: P^^^ = 1), i.e. Lp^c = ^2 and %ac = ^2- 

7.2.1.3 SDC 

The number of bits L^j^^^ per SDC block is dependent on the robustness mode, spectrum occupancy and constellation. 

The total number N^j^^ of SDC OFDM cells per SDC block are given in table 63. 

The formulas given in clause 7.2.1.1 for the MSC are valid also for the SDC under the constraint of EEP and SM (only 
4-QAM: P„^ = 1, 16-QAM: P^,, = 2), i.e. L^^^ + ^2 and A^s^c = ^^2- 

Table 63: Number of QAM cells A/^^^for SDC 



Robustness 
mode 


Spectrum Occupancy 





1 


2 


3 


4 


5 


A 


167 


190 


359 


405 


754 


846 


B 


130 


150 


282 


322 


588 


662 


C 


- 


- 


- 


288 


- 


607 


D 


- 


- 


- 


152 


- 


332 
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7.2.2 Energy dispersal 

The purpose of the energy dispersal is to avoid the transmission of signal patterns which might result in an unwanted 
regularity in the transmitted signal. The output of the dispersal shall be denoted as Uj. 

Energy dispersal shall be applied on the different channels (MSC, SDC, FAC) in order to reduce the possibility that 
systematic patterns result in unwanted regularity in either the transmitted signal or in any digital processing, this by 
providing a deterministic selective complementing of bits. 

The individual inputs of the energy dispersal scramblers shown in figure 17 shall be scrambled by a modulo-2 addition 
with a pseudo-random binary sequence (PRBS), prior to channel encoding. 

The PRBS shall be defined as the output of the feedback shift register of figure 17. It shall use a polynomial of degree 9, 
defined by: 

p{x) = x^ + X^+1 



Initialization word 
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Figure 17: PRBS generator 

The initialization word shall be applied in such a way that the first bit of the PRBS is obtained when the outputs of all 
shift register stages are set to value "1"; the first 16 bits of the PRBS are given in table 64. 

Table 64: First 16 bits of the PRBS 



bit index 





1 


2 


3 


4 


5 


6 


7 


8 


9 


10 


11 


12 


13 


14 


15 


bit value 

















1 


1 


1 


1 





1 


1 


1 


1 


1 






The FAC, SDC and MSC shall be processed by the energy dispersal scramblers as follows: 

The vector length for processing equals one FAC block for the FAC, one SDC block for the SDC and one 
multiplex frame and one hierarchical frame for the MSC. 

Each FAC block consists of 72 bits, the block lengths for the SDC and MSC are dependent on the robustness 
mode, spectrum occupancy and constellation, see clause 7.2.1. 

The four blocks shall be processed independently. The input vector shall be scrambled with the PRBS, the first 
bit of the vector being added modulo 2 to the PRBS bit of index 0. 

The scramblers of the different channels are reset as follows: 

- FAC: every FAC block; 

- SDC: every SDC block; 

MSC: every multiplex frame for the standard protected part, every hierarchical frame for the very strongly 
protected part. 
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7.3 



Coding 



Clause 7.3.1 explains the structure of multilevel coding for the different mappings, clause 7.3.2 defines the component 
code of the multilevel coding scheme and clause 7.3.3 the corresponding bit- wise interleaving. 



7.3.1 



Multilevel coding 



The channel encoding process is based on a multilevel coding scheme. The principle of multilevel coding is the joint 
optimization of coding and modulation to reach the best transmission performance. This denotes that more error prone 
bit positions in the QAM mapping get a higher protection. The different levels of protection are reached with different 
component codes which are realized with punctured convolutional codes, derived from the same mother code. 

The decoding in the receiver can be done either straightforwardly or through an iterative process. Consequently the 
performance of the decoder with errored data can be increased with the number of iterations and hence is dependent on 
the decoder implementation. 

Depending on the signal constellation and mapping used, five different schemes shall be applied. The 1 -level scheme 
shall be considered as a special case of the multilevel coding scheme. Different mapping schemes shall only be 
applicable to the 64-QAM constellation as depicted in figures 23, 24 and 25. For the standard and symmetrical 
hierarchical modulation (SM and HMsym), identical mappings shall be used for the real and imaginary components of 
the signal constellation. For the mixed mapping hierarchical modulation (HMmix) separate mappings shall be used for 
the real and imaginary components of the signal constellation. 
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Figure 18: Multilevel coding with 3 levels for SM and HMsym 
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3- level coding 64-QAM HMmix 
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Figure 19: Multilevel coding with 3 levels for HMmix 
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2-level coding 
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Interl. Ig 



yo,o^ Voji 



Figure 20: Multilevel coding with 2 levels (SM) 
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Mapping 
4-QAM 




Uo, u,,.. 




Encoder q 


Vo,o.Vo,i,.. 


Interl. Ig 


Zo. Zi. 





































Figure 21 : Multilevel coding with 1 level (SM) 
7.3.1 .1 Partitioning of bitstream in SM and HMsym 

The bitstream (uj) shall be partitioned into several streams (x j) according the number of levels. The bits of the higher 
protected part shall be fed to the encoders on p = Q,...P^.^^-1, then the bits of the lower protected part shall be fed to the 
encoders on p = 0,...P™„„-1. This results in: 

(■^0,0 ' ^0,1 ' • • • ^0,Mo 1 -1 ' ^1,0 , *l,b • • • -'^l.iWi 1 -1 ' ^2,0 ' ^2,1 ' • • • ^2,iW2_i -1 ' ^0,Mo.i ^0,Mo.i+i ' ' ' ' ^0,Mo,i+Mo,2-^ ' 
■^l,Mi i-^^LM, 1+1 ' • • • ^l,Mii+Mi_2-l'^2,M2,i ^2,M2.i+i ' ' ' ' "'^2,M2_i+iW2_2-l ) = V"0' "l ' • • • ^Lyspp+I^+I^-l I 

for the 3 -level coding, 

(^(),0'^0,l'---^0,Moi-l'-*^l,0'^l,l'---^l,Mi,-l' 
•^0,Moi-*^0,Moi+l'---^0,Moi+Mo2-l'^l,Mi,^l,Mii+l'----^l,M,i+Mi2-l) = rO'"l'---"Li+L2-lj 

for the 2-level coding, 

(^0,0 ' ^0,1 ' • • • ^0,Mo,i -1 ' ^0.^0.1 ^O'^o.i +!'■■• ^O'^o.i +^o.2 "1 ) = r ' "l ' • • • "Li +L2 "1 ' 

for the 1 -level coding. 

When using only one protection level (EEP) the elements with negative indexes shall not be taken into account. 

The number of bits on each level p shall be calculated for the higher protected part and lower protected part by: 



Mp,2=RXp 



2N2-I2 
RY„ 



where p< 



{0,1,2} for SM 
{1,2} for HMsym 
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For the case of HMsym, Mq 2 calculates as follows: 



Mo,2=/?^0 



2(A?l+A?2)-12 
RYn 



-'VSPP 



The total number of bits on each level p results in: 

Mp=Mpi+Mp2 

NOTE: For HMsym Mq j = . 

From these formulas it can be derived that the input bitstreams (x j) to the encoders €„ have different lengths according 
to their code rate so that all the encoder output bitstreams (v j) have the same length. 

The overall code rate for each protection part for the SM and HMsym is approximately: 

SM: 



R 



all 



Mnaj! 


-1 


2 


.''p 


p= 






when using P^^ levels. 
HMsym: 



when using P,„i^^ = 3 levels. 



^VSPP - ^0 



^SPPMl -(^1+^2)^2 



7.3.1 .2 Partitioning of bitstream in HMmix 

The bitstream (uj) shall be partitioned into several streams (x„';',x„ ,) according the number of levels. The bits of the 
higher protected part shall be fed to the encoders on p = 0,...Pj^j^^-l, than the bits of the lower protected part shall be fed 
to the encoders on p = 0,. ..?„.„-!■ This results in: 

^ Im Im Im Re Re Re Im Im Im Re Re Re Im Im Im 



0,Mr-l 



0,1" 



1,M,T-1 



1,1 " 



i,M'f-r 



2,M,|-1 



2,M^",'-1 



„Re Re Re 

•''^CO'-^O,!"---'-'^ 



Im Im 



„Im 



Im 

1,M,T' 1,M,T+1' ' i.Mi'f+Mi'l-l' l,M"'i" 1,M,7+1' ' l,Mi';f+Mi'f-l' 

Im 



Re Re 



Re Re Re Im Im 

•*- -.Re'-'^T ,,Re ,,'•••' ^o .^Re , .^Re i ' -''t ,,,Im'-*^T wim 



...,X 



.J ) - r ' «b • • • "Lv,^./,^ +L, +L2 -1 ■' 



2,M5^r 2,M2.i+i 2,M5^i+M5^|-r a.M™ 2,M™+r 2,M™+M™- 

for the 3-level coding with HMmix. 

When using only one protection level (HEP) the elements with negative indexes shall not taken into account. 
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The number of bits on each level p shall be calculated for the higher protected and lower protected parts for the real and 
imaginary component by; 



Mf^ = Rxf^ 



N1+N2-I2 



RY, 



Re 



rim 



--YSSP 



, M() 2 = RX 



Im 



No -12 



RY, 



Im 



Mpfi = NiRp and m],'j = N^R^ for p e {l,2} 



M^:2=RX^' 



N2-I2 



RY 



Re 



and M^^2 = i^^ 



N2-I2 



RY. 



Im 



for p e {1,2} 



The total number of bits on each level p in the real and imaginary component results in: 



M 



Re 



Mpj+Mp% and Mp =M^i+M^2 for /? e {0,1,2} 



Re^ 



Imx 



.Re 



From these formulas it can be derived that the input bitstreams (x„,) and (x„,) to the encoders C„ and 

C p respectively have different lengths according to their code rate so that all the encoder output bitstreams p e {0,1,2/ 
have the same length. 

The overall code rate for the HMmix schemes of each protection part is approximately: 

p — pRe 

^VSPP - "0 

RsppM = («o" +< +/^r +< +^2")/5 

when using P„,^ = 3 levels. 



7.3.2 Component Code 

The component code C is based on punctured convolutional coding with a mother code of rate 1/4 and constraint 
length 7. The mother convolutional encoder generates from the vector (x„ , )._'' = (a,- J-Jq a codeword 
li^O i ' ^1 r ' ^2 i ' ^3 i li-ri ■ This Codeword shall be defined by: 

boj = fl,- ® fl,-2 ® fl;-3 ® fl,-5 ® fl/-6 ; 

by = ai ® ai_y ® fl;_2 © fl,_3 © «;_(,; 

b2 i = Oj ® aj_i ® aj_^ ® aj_(^; 

h,i = fl; ® fl;-2 ® flr-3 ® fl;-5 ® Or-e; 

for/ = 0, 1,2, ..., 1 + 5. 

When ; does not belong to the set {0, 1, 2,..., I-l }, a,- shall be equal to zero by definition. 
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The encoding can be achieved using the convolutional encoder presented in figure 22. 



♦-► 



1 Bit 

delay 



# — ► 



->e 



IBit 

delay 



#-► 



->^ 



IBit 
delay 



♦-► 



1' 



->4- 



->e 



1 Bit 
delay 



♦-► 



->4- 



->e 



1 Bit 
delay 



#-► 



->e 



1 Bit 
delay 



->e 



->4- 



1' 

->e- 



♦ — ► 



Figure 22: Convolutional encoder 

The octal forms of the generator polynomials are 133, 171, 145 and 133, respectively. 

The vector (fl_6,fl_5,fl_4,fl_3,fl_2,fl_i) corresponds to the all-zero initial state of the shift register and the vector 
(a/,fl/_,_j,fl/_,_2,fl/+3,fl/+4,fl/+5) corresponds to the all-zero final state of the shift register. 

In addition to the mother code the system shall allow punctured rates. Table 65 shows the puncturing patterns. 
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Table 65: Puncturing patterns 



Code rates Rp 


Numerator RXp 


Denominator RYp 


Puncturing pattern 


Transmitted sequence 


1/4 


1 


4 


Bo 
Bi 
B2 
B3 


1 
1 
1 
1 


'-'0,0 '^1,0 '^2,0 '^3,0 ■■■ 


3/10 


3 


10 


Bo 
Bl 
B2 
B3 


1 1 1 
1 1 1 
1 1 1 
1 00 


'^0,o'^1,o'^2,ob3,obo,l bi J b2j 
^0,2^1 ,2 b2,2 ■■■ 


1/3 


1 


3 


Bo 
Bl 
B2 
B3 


1 
1 

1 




^0,0^1 ,0^2,0 ■■■ 


4/11 


4 


11 


Bo 
Bi 
B2 
B3 


1111 
1111 

1110 
0000 


^0,0^1 ,0^2,0^0,1 '°^,^ b2,i bo_2 

bl,2b2,2bo,3bi 3 ... 


1/2 


1 


2 


Bo 
Bi 
B2 
B3 


1 
1 





bo,obi,o ■■■ 


4/7 


4 


7 


Bo 
Bi 
B2 
B3 


1111 

10 10 
01 00 
0000 


bo,0 bi,obo,i b2,i bo,2 bi,2 bo,3 ... 


3/5 


3 


5 


Bo 
Bi 
B2 
B3 


1 1 1 

1 01 
000 
000 


bo,obi,obo,i bo,2bi,2- 


2/3 


2 


3 


Bo 
Bi 
B2 
B3 


1 1 

1 
00 
00 


bo,obi,obo,i ■■■ 


8/11 


8 


11 


Bo 
Bi 
B2 
B3 


11111111 

100100 10 
00000000 
00000000 


bo,0 bi,o boj bg 2 bo_3 b.| 3 bg_4 
bo,5bo,6bi,6bo,7 - 


3/4 


3 


4 


Bo 
Bi 
B2 
B3 


1 1 1 

1 00 
000 
000 


bo,obi,obo,i bo,2 ■■■ 


4/5 


4 


5 


Bo 
Bi 
B2 
B3 


1111 

1 000 
0000 
0000 


bo,0 bi,o boj bo2 bo,3 bo_4 ... 
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Code rates Rp 


Numerator RX- 


Denominator RY- 


Puncturing pattern 


Transmitted sequence 


7/8 


7 


8 


Bo 
Bi 
B2 

B3 


1111111 
1000000 
0000000 
0000000 


'^0,0 '^1,0 '^0,1 '^0,2 '^0,3 ^^0,4 '^0,5 
bo,6-- 


8/9 


8 


9 


Bo 
Bl 
B2 
B3 


11111111 

1 0000000 
00000000 
00000000 


'^0,0 '^1,0 '^0,1 '^0,2 '^0,3 ^^0,4 '^0,5 
bo,6bo,7- 



The last 24 bits of the serial mother codeword shall be punctured differently for the SDC and MSC coding. The index r. 
shall be used with table 66 to find the puncturing vector for the tailbits for each level. This index shall be calculated 
with the following formula: 

SM and HMsym: 



HMmix: 



rp={2N2-\2)-RYp 



2N2-I2 
RY„ 



for p e {0,1,2} 



rt = {Ni+N2-n)-RYt 



Ni+N2-i2 



RY, 



Re 



rf' = {N 2 -12)- RY^ 



rjr = {N2-l2)-RY;^ 




for pe{l,2] 



for pe {0,1,2} 
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Table 66: Puncturing patterns of the tailbits 



■■p 


Puncturing pattern 


Transmitted sequence 





Bo 
Bi 
B2 

B3 


111111 
111111 
000000 
000000 


^0,0 ^1 ,0 bo,i bi 1 bg 2 bi 2 bo,3 bi 3 bo_4 b^ 4 bo_5 b^ 5 ... 


1 


Bo 
Bl 
B2 
B3 


111111 
111111 

1 00000 
000000 


^0,0 tii ,0 b2,o bo,i bi 1 bo,2 bi 2 bo,3 b^ 3 bo,4 b^ 4 bo_5 b^ 5 ... 


2 


Bo 
Bl 
B2 
B3 


111111 
111111 

100100 
000000 


^0,0 ^1 ,0 b2,o bo,i b^ 1 bo^2 bi ,2 bo,3 b^ 3 b2 3 bo_4 b^ 4 b^^ b^ 5 


3 


Bo 
Bi 
B2 
B3 


111111 
111111 

110100 
000000 


'^0,0 '^1 ,0 '^2,0 ^o,^ ^1 ,1 ^2,^ ^0,2 '^1 ,2 ^0,3 '^i ,3 ^2 3 '^0 4 '^1 4 '^o 5 
bl,5- 


4 


Bo 
Bi 
B2 
B3 


111111 
111111 

110110 
000000 


'^0,0 '^1 ,0 '^2,0 ^0,1 b-i -1 b2 -1 bg 2 b^ 2 bo,3 bl 3 b2_3 bo_4 b^ 4 b2_4 
bo,5til,5- 


5 


Bo 
Bi 
B2 
B3 


111111 
111111 

111110 
000000 


'^0,0 '^1,0 '^2,0 ^0,1 b-i -1 b2-| bo,2 '^1,2 ^2,2 ^0,3 '^1,3 '^2,3'^0,4bi,4 
b2,4bo,5bl,5- 


6 


Bo 
Bi 
B2 
B3 


111111 
111111 
111111 

000000 


'^0,0 '^1,0 '^2,0 ^0,1 b-i -1 b2-| bo,2 '^1,2 ^2,2 ^0,3 '^1,3 '^2,3'^0,4bi,4 
b2,4bo,5bl,5b2,5- 


7 


Bo 
Bi 
B2 
B3 


111111 
111111 
111111 

100000 


'^0,0 '^l ,0 '^2,0 t>3,0 '^0,1 '^1,1 ^2,^ '^0,2 ^1 ,2 ^2,2 '^0,3 '^1 ,3 '^2,3 ^^0,4 
bl,4b2,4bo,5bi,5b2,5... 


8 


Bo 
Bi 
B2 
B3 


111111 
111111 
111111 

100100 


'^0,0 '^1,o'^2,0 ^3,0 ^0,1 b-i 1 b2 1 bo2 bi_2 b2,2 ^0,3 b.|_3b2 3 b3_3 
bo,4bi,4b2,4bo,5bi,5b2,5-- 


9 


Bo 
Bi 
B2 
B3 


111111 
111111 
111111 

110100 


'^0,0 '^1,o'^2,0 ^^3,0 '^O,! '-'1,1 '^2,1 '^3,1 '^0,2 '^1,2 '^2,2 '^0,3 '^1,3 ^^2,3 
t'3,3bo,4bi,4b2,4bo,5bl,5b2,5- 


10 


Bo 
Bl 
B2 
B3 


111111 
111111 
111111 

110101 


'^0,0 '^1,0 '^2,0 ^^3,0 '^0,1 '^1,1 '^2,1 '^3,1 '^0,2 '^1,2 '^2,2 '^0,3 '^1,3 ^^2,3 
^3,3 bo,4 bi,4 b2,4 bo,5 ^1,5 b2,5, b3,5, - 


11 


Bo 
Bi 
B2 
B3 


111111 
111111 
111111 

111101 


'^0,0 '^1,0 '^2,0 ^^3,0 '^O,! '-'1,1 '^2,1 ^"3,1 '^0,2 '^1,2 '^2,2, '^3,2, '^0,3 
^1 ,3 ^2,3 '^3,3 ^0,4 bi ,4 b2,4 bo,5 ^1 ,5 b2,5, b3_5 ... 
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The puncturing shall be performed as follows: 

SM: 

The higher protected part of the transmitted sequence is punctured according to table 65 resulting in (v „ q . . . Vp 2^^ -i j • 

The lower protected part of the transmitted sequence is punctured according to table 65 resulting in 

Yp,2Ni ■■■Vp,2{Ni+N2)-n-rJ- 

The tailbits of the transmitted sequence is punctured according to table 66 resulting in 

Y p,2{Ni+N2)-l2-r^ •••^p,2(/Vi+A'2)-lj- 

NOTE 1 : If there is only one protection level the higher protected part is absent. 
HMsym: 

The VSPP part of the transmitted sequence is punctured according to table 65 resulting in (vq o • • • vq 2(N -i-N )-l3-r )■ 

The tailbits for the VSPP part of the transmitted sequence is punctured according to table 66 resulting in 

l^0,2(A'i+W2)-12-ro • ■■^0,2{Ni+N2)-l I ■ 

The higher protected part of the SPP part of the transmitted sequence is punctured according to table 65 resulting in 
{vp,0---Vp,2Ni-l) for /?e{l,2}. 

The lower protected part of the transmitted sequence is punctured according to table 65 resulting in 

[vp,2Ni ■■■Vp,2{Ni+N2)-n-r„ ] ^1" /^^ {l,2}. 

The tailbits for the SPP part of the transmitted sequence is punctured according to table 66 resulting in 

Y p,2{Ni+N2)-n-rj, ■■■^p,2(Ni+N2)-\] f^"" ^(Z') = Up.O' Jp,!' 3'p,2'--3'p,2(A',+A?2)-U • 

NOTE 2: If there is only one protection level the higher protected part is absent. 
HMmix: 

I Rp Rp 

The VSPP part of the transmitted sequence is punctured according to table 65 resulting in v . . . v 

l^ 0,0 0,2(A'i+A'2)-13-;o 

The tailbits for the VSPP part of the transmitted sequence is punctured according to table 66 resulting in 

0,2(iVi+A'2)-12-n3 0,2(A'[+A'2)-1 

The real component of the higher protected part of the SPP part of the transmitted sequence is punctured according to 
table 65 resulting in f v^'' . . . v^*" | for Xin = INo ■ 

y p.O P.2N,-lJ 

The real component of the lower protected part of the transmitted sequence is punctured according to table 65 resulting 
in fv^'= ...v^^rM^M , ,-, I for /7e {1,2}. 

1^ P.2NI p,2{Ni+N2)-\3-rp J ' L' J 

The tailbits for the SPP part of the transmitted sequence is punctured according to table 66 resulting in 

p,2(Ni+N2)-l2-rp p,2(Nl+N2)-l 

NOTE 3: If there is only one protection level the higher protected part is absent. 
The imaginary component of the higher protected part of the SP part of the transmitted sequence is punctured according 
to table 44 resulting in f v^ . . . v^ \ for pe {0,1,2} . 

I p.O P.2Ni-lJ 
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The imaginary component of the lower protected part of the transmitted sequence is punctured according to table 65 
resulting in f v^ • • • v^-,, „ ^ „ . , , | for /? e {0,1,2} . 

The tailbits for the SP part of the transmitted sequence is punctured according to table 66 resulting in 
v^ ...v^ 1 for /7e {0,1,2}. 

p,2(Ni+N2)-i2-rp p,2(Ni+N2)-l J 

NOTE 4: If there is only one protection level the higher protected part is absent. 

7.3.3 Bit Interleaving 

Bit- wise interleaving shall be applied for some of the levels of the coding scheme according to figures 18 to 21. The 
same basic algorithm which results in a pseudo random bit ordering shall be used independently for the FAC, SDC and 
MSC. 

The permutation H (/) is obtained from the following relations: 
for64-QAM; fi=13, ^2=21 
forl6-QAM: to=13, ti=2l 
for4-QAM: tQ = 2\ 
P e {0,1,2} 

q = slA-\ 
the number of input bits X;,^ is defined below 
and [ ] means round towards plus infinity 
np(0) = 0; 
for / = 1, 2, . . . , X;,^ - 1 : 

Ilp{i) = [tpIlp{i-\) + q)[moAs); 
while 11^(0 >x,„ : 

Ilp{i) = [tp Ilp(i) + q){moAs). 

7.3.3.1 FAC 

The block size shall be in every case the same for the interleaver / with p = only. The number of elements for the bit 
interleaver x,^ equals 2Npj^Q The input vector is defined by: 

The interleaved output vector is the subset of the permutations n (/) defined by: 

"^ip) = [y p,o^y p,hy p,2--y p,2Nfac-^] 
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The output elements are selected from the input elements according to: 

yp,i = ^pjii,{i)- 

7.3.3.2 SDC 

The block size shall be the same for each interleaver / . The number of elements per bit interleaver x,-,^ equals IN^j^q 
For each bit interleaver, the input vector is defined by: 

y(P) = [vp,0^Vpj,Vp^2^...Vp^2Nsoc-i) 
The interleaved output vector is the subset of the permutations YI (i) defined by: 

Y(p) = [yp,o^yp,hyp,2^-yp,2Nsoc-i ) 

The output elements are selected from the input elements according to 

yp,i=Vp,n„{i)- 

7.3.3.3 MSC 

SM and HMsym: 

The block size shall be the same for each interleaver / , but shall be dependent on the robustness mode, spectrum 
occupancy and the constellation. The number of elements per bit interleaver equals 2{Nj + N2)- For each bit interleaver, 
the input vector is defined by: 

^(/') = l^/),0'^p,l'^p,2'--Vp,2(A'i+A'2)-l/=l^l,p,0'^l,p,l'--^l,p,2A'i-l'V2,p,0'V2,p,l'--V2,p,2W2-l/ 
The interleaved output vector is the subset of the two permutations YI (i) defined by: 

Y(p) = [y p,Q, y p,i, y p,2'--y p,2{Ni+N2)-u= vipfi' yip,i'--yi,p,2Nt-i' y2,p,0' y2,p,i'--y2,p,2N2-u 

The two parts with different protection levels shall not overlap in the interleaving process. Therefore the interleaved 
lower protected part shall be appended to the interleaved higher protected part where the output elements are selected 
from the input elements according to 

yipj=n,p,np(i) ™d y2,p,i=v2,p,n^,{i) 

for each part respectively. 

The number of input bits used for the permutation for the higher protected part shall be x,„ = 2Ni , and for the lower 
protected part shall be X;,^ = 2N2 ■ 

HMmix: 

The block size shall be the same for each interleaver I J^'^ and I^'^ but shall be dependent on the robustness mode, 
spectrum occupancy and the constellation. The number of elements per bit interleaver equals (Nj + N2)- For each bit 
interleaver, the input vector for the real and imaginary components are defined by: 

,/Re/ N ( Re Re Re Re \ { Re Re Re Re Re Re \ 

y (/') = lvp,o,Vp,i,Vp,2,-Vp_^^+;V2-J=np.O,vi,p,i,...Vj_p^^^_pV2,p,0'V2,p,i,...V2p^^^_Jor 

T/Im/ -.(imlmlmlm (Imlm Im Imlm Im ^-i 

y (/') = lV0'^P,l'V2'---ViV,+W2-J=n/'.0'np,l'---V,w,-l'^2,p,0,V2,p,i,...V2p_^^_J respectively. 
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The interleaved output vector for the real and imaginary components are the subset of the two permutations Yl (/) 
defined by: 

vRe/ N [ Re Re Re Re ) ( Re Re Re Re Re Re 1 

Y (p) = \yp,o^yp^,ypa^---yp^N^+N,J=\yiP,0'yipj---yi,p,N,-vy2,p,o^y2,p^^---y2,p,N,-il°' 

Y^(p) = (y%,y^,,y^2,..jf:^^,^J=(yf-,^^^^^^^^^ 

The two parts with different protection levels shall not overlap in the interleaving process Therefore the interleaved 
lower protected part shall be appended to the interleaved higher protected part where the output elements are selected 
from the input elements according to 

Re _ Re Re _ Re Im _ Im j Im _ Im 

yi,p,i - ^ip,n{i) ' y2,p,i - ^2,p,n(/) ' yi,p,i - ^i.p.nco ™a y2,p,i - ^2,p,n(/) 

for each part respectively. 

The number of input bits used for the permutation for the higher protected parts shall be x,„ = A'l , and for the lower 
protected parts shall be x,„ = ^^^2 ■ 
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7.4 Signal constellations and mapping 

The mapping strategy for each OFDM cell is dependent of the assignment to the channel (FAC, SDC, MSC) and the 
robustness mode. All data cells are either 4-QAM, 16-QAM or 64-QAM. 

The default method for mapping shall be performed according to figures 23 to 27. 

The y'l denote the bits representing a complex modulation symbol z. 



Im{z} 
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qo qi q2 
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1 1 

1 1 1 



1 





1 





1 





1 
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1 








1 


1 








1 


1 


1 


1 















Bit ordering: {i,, ii ij qo q, qi) = (y'oy'i y'2 Y's y'4 Y's) 

Figure 23: SM 64-QAM mapping with corresponding bit pattern 
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1 1 
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7a 



1 1 1 



Bit ordering: {i ohh%^i^2^ = ^f ofif if 3y\f 5^ 

Figure 24: HMsym 64-QAM mapping with corresponding bit pattern 
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Bit ordering: {i ^ ij i2 q^qj 92) = {y'oY'i y'2 y'3 y'4 Y's) 

Figure 25: HMmix 64-QAM mapping with corresponding bit pattern 
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Bit ordering: {ioii q,)qi} = {y'oY'i y'sYM 
Figure 26: SM 16-QAM mapping with corresponding bit pattern 



Im{z} 

▲ 
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-la 



1 
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4-QAM 



qo 







-> Re{z} 



1 



Bit ordering: {ioqo} = {y'oy'i} 
Figure 27: SIVI 4-QAI\/! mapping with corresponding bit pattern 

NOTE: Left hand bit is the first in time 



For 64-QAM, the normalization factor is a - 



For 16-QAM, the normalization factor is a ■ 



For 4-QAM, the normalization factor is a ■ 
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The data stream at the output of the interleaver consists of a number of bit words. These are mapped onto one signal 
point in the signal diagram according a complex number z. For SM and HMsym the 64-QAM diagram shall be used 
according figure 23 and 24 respectively. The bits shall be mapped accordingly: 

\yo yi yi y?, yAysr U),o ji.o ^2,0 3'o,i 3'i,i 3'2,i)- 

For HMmix the 64-QAM diagram shall be used according to figure 25. The bits shall be mapped accordingly: 

/ ) f Re Re Re Im Im Im 

The 16-QAM diagram shall be used according figure 26. The bits shall be mapped accordingly: 

\yo yi y2y?,]= Go.o Ji.o yo.i yn) 

The 4-QAM diagram shall be used according figure 27. The bits shall be mapped accordingly: 

\yoy\]=\yofiyG,i) 

7.5 Application of coding to the channels 



7.5.1 



Coding the IVISC 



The MSC may use either 64-QAM or 16-QAM mapping. 64-QAM provides high spectral efficiency whereas 16-QAM 
provides a more robust error performance. In each case, a range of code rates is available to provide the most 
appropriate level of error correction for a given transmission. The available combinations of constellation and code rate 
provide a large degree of flexibility over a wide range of transmission channels. Unequal error protection can be used to 
provide two levels of protection for the MSC. For the case of 64-QAM, hierarchical modulation may be used to provide 
a third level of error robustness for a part of the MSC. 



7.5.1.1 



SM 



Two protection levels within one multiplex frame are possible resulting in the use of two overall code rates. The 
number of input bits LMUX per multiplex frame shall be calculated with the formulas of clause 7.2. 

The MSC shall be encoded according to clause 7.3. The overall code rates and code rates for each level are defined in 
tables 67 and 68. The protection level is signalled in the multiplex description data entity of the SDC (see 
clause 6.4.3.1). 

Two overall code rates are defined for the 16-QAM as follows: 

Table 67: Code rate combinations for thie IVISC with 16-QAM 



Protection level 


f^all 


Ro 


Ri 


RYlcm 





0,5 


1/3 


2/3 


3 


1 


0,62 


1/2 


3/4 


4 



Four overall code rates are defined for 64-QAM as follows: 

Table 68: Code rate combinations for the MSC with 64-QAM 



Protection level 


f^all 


Ro 


Ri 


R2 


RYicm 





0,5 


1/4 


1/2 


3/4 


4 


1 


0,6 


1/3 


2/3 


4/5 


15 


2 


0,71 


1/2 


3/4 


7/8 


8 


3 


0,78 


2/3 


4/5 


8/9 


45 



NOTE: These code rates are also used for the imaginary part of HMmix. 
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One or two overall code rates shall be applied to one multiplex frame. When using two overall code rates, both shall 
belong to the same constellation. 

Annex J provides the number of input bits per multiplex frame for EEP. 

7.5.1.2 HMsym 

Two protection levels are possible resulting in the use of two overall code rates. The number of input bits LMUX per 
multiplex frame shall be calculated with the formulas of clause 7.2. 

The MSC shall be encoded according to clause 7.3. The overall code rates and code rates for each level for the SPP are 
defined in table 69 and for the VSPP in table 49. The protection level is signalled in the multiplex description data 
entity of the SDC (see clause 6.4.3.1). 

Four overall code rates are defined for the SPP as follows: 

Table 69: Code rate combinations for the SPP of IVISC with HIVIsym 64-QAI\/! 



Protection level 


%\\ 


Ri 


R2 


RYicm 





0,45 


3/10 


3/5 


10 


1 


0,55 


4/11 


8/11 


11 


2 


0,72 


4/7 


7/8 


56 


3 


0,78 


2/3 


8/9 


9 


NOTE: These code rates are also used for the real part 
of HMmix. 



Four overall code rates are defined independently for the VSPP as follows: 

Table 70: Code rate combinations for the VSPP of MSC with HMsym 64-QAM 



Protection level 


Ro 





1/2 


1 


4/7 


2 


3/5 


3 


2/3 


NOTE: These code rates are 
also used for the real 
part of HMmix. 



Annex J provides the number of input bits per multiplex frame for EEP. 

7.5.1.3 HMmix 

Two protection levels are possible resulting in the use of two overall code rates. The number of input bits LMUX per 
multiplex frame shall be calculated with the formulas of clause 7.2. 

The MSC shall be encoded according to clause 7.3. The protection level is signalled in the multiplex description data 
entity of the SDC (see clause 6.4.3.1). 

Four overall code rates are defined for the SPP as shown in table 71 and the four possible code rates for the VSPP are 
defined independently as shown in table 70. 

Table 71 : Code rate combinations for the SPP of MSC with HMmix 64-QAM 



Protection level 


f^all 


Ro"^ 


R^Re 


R^lnn 


R^^^ 


R2l"^ 


FiYlcm 





0,48 


1/4 


3/10 


1/2 


3/5 


3/4 


20 


1 


0,58 


1/3 


4/11 


2/3 


8/11 


4/5 


165 


2 


0,71 


1/2 


4/7 


3/4 


7/8 


7/8 


56 


3 


0,78 


2/3 


2/3 


4/5 


8/9 


8/9 


45 



Annex J provides the number of input bits per multiplex frame for EEP. 
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7.5.2 Coding the SDC 



The SDC may use either 16-QAM or 4-QAM mapping. 16-QAM provides greater capacity whereas 4-QAM provides a 
more robust error performance. In each case, a fixed code rate is appHed. 

The constellation should be chosen with respect to the MSC parameters to provide more robustness for the SDC than 
for the MSC. 

The number of input bits L^j-,^^ per SDC block is calculated as given in clause 7.2. 
For 16-QAM the combination given in table 72 shall be used. 

Table 72: Code rate combinations for the SDC with IG-QAIUI 



f^all 


Ro 


Ri 


0,5 


1/3 


2/3 



For 4-QAM the code rate given in table 73 shall be used. 

Table 73: Code rate for the SDC with 4-QAM 



f^all 


Ro 


0,5 


1/2 



Annex J provides the number of input bits per SDC block. 
Error detection with a CRC is described in clause 6. 

7.5.3 Coding tine FAC 

The FAC shall use 4-QAM mapping. A fixed code rate shall be applied. 

The number of input bits Lp^(^ per FAC block is calculated as given in clause 7.2. 

The code rate given in table 74 shall be used. 

Table 74: Code rate for the FAC 



Rail 


Ro 


0,6 


3/5 



Error detection with a CRC is described in clause 6. 

7.6 MSC Cell Interleaving 

A cell-wise interleaving shall be applied to the QAM symbols (cells) of the MSC after multilevel encoding with the 
possibility to choose low or high interleaving depth (denoted here as short or long interleaving) according to the 
predicted propagation conditions. The basic interleaver parameters are adapted to the size of a multiplex frame which 
corresponds to Nj^^ux cells. 

For propagation channels with moderate time-selective behaviour (typical ground wave propagation in LF and MF) the 
short interleaving will provide sufficient time- and frequency diversity for proper operation of the decoding process in 
the receiver (spreading of error bursts). The same block interleaving scheme as used for bit interleaving in the 
multilevel encoder (see clause 7.3.3) is always applied to the Nj^^jj^ cells of a multiplex frame. 
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The input vector of the block interleaver corresponding to the Nj^u^ QAM cells z^ ^ of multiplex frame n is given by 

^« =U«,0'^«,l'^n,2'---'^«,N^,ux-l '' 
The output vector with the same number of cells or elements, respectively, is given by 

y _(' ' ' ' ] 

where the output elements are selected from the input elements according to 

^n, i ~ ^n, n(r) • 

The permutation Yl(i) is obtained from the following relations: 

5 = 2'°^ ( mux) I , P ] means round towards plus infinity; 

q = s/4-l; 

to=5; 

n(0) = ; 

for i = l, 2,...,Nmux-1: 

n(0 = (f n(/ - 1) + ^) (mod s) ; 
while n(0 > Nmux : 

n(0 = (fo n(/) + q) (mod s) . 

For severe time- and frequency-selective channels as being typical for signal transmissions in the HF short wave 
frequency bands the interleaving depth can be increased by an additional simple convolutional interleaving scheme. For 
this the interleaving depth D is defined in integer multiples of multiplex frames. As a good trade-off between 
performance and processing delay a value of D = 5 has been chosen. 

The output vector for long interleaving with Nj^^x cells carrying complex QAM symbols is computed in almost the 
same way as for short interleaving. The only exception is that the permutation is based not only on the current but also 
on the last D-1 multiplex frames. The permutation n(/) as defined before is used again to determine the relation 

between the indices within the output vector Z„ and the D input vectors Z„,Z„_j,...,Z„_£)^j. 
The output elements are selected from the input elements according to 

4, / = z«-r(o, n(o 

For given value / the selection of the input vector number n-Y{i) for the correspondent element Il{i) is done with the 
following formula: 

r(i) = i (mod D) for / = 0, 1, 2, . . . , N^ux " 1 ■ 
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Taking into consideration the transmission of the full content of a multiplex frame the overall delay of the pure 
interleaving/deinterleaving process is given by approximately 2 x 400 ms, i.e. 800 ms, for the short interleaving. In the 
case of the long interleaving it corresponds to about 2,4 s. In addition to that the delay is increased during transmission 
due to the fact that the SDC block is inserted at the beginning of a transmission super frame. With a depth of D = 5 
multiplex frames for long interleaving the maximum additional increase in delay is given by the time duration of two 
SDC blocks. 

7.7 Mapping of MSC cells on the transmission super frame 
structure 

The content of three consecutive interleaved multiplex frames (with Nj^^jj^ QAM cells each) is mapped onto a 
transmission super frame, i.e. the corresponding number N^pu of useful MSC cells is fixed as an integer multiple of 3. 
Due to the fact that the number of FAC and synchronization cells is varying from OFDM symbol to OFDM symbol a 
small loss Nj^ of 1 or 2 cells can occur compared with the number of available cells in a transmission super frame which 
is given by 

NSFA = NsFU + Nl = 3x Nmux + Nl 

Tables 75 to 78 give the values for the different robustness modes and bandwidths. 

Table 75: Number of QAM cells for MSC for Mode A 



Parameters 


Spectrum occupancy 





1 


2 


3 


4 


5 


Number of available MSC 
cells per super frame N3p^ 


3 778 


4 268 


7 897 


8 877 


16 394 


18 354 


Number of useful MSC cells 
per super frame Nsfu 


3 777 


4 266 


7 896 


8 877 


16 392 


18 354 


Number of MSC cells per 
multiplex frame N^yx 


1 259 


1 422 


2 632 


2 959 


5 464 


6 118 


Cell loss per super frame N|_ 


1 


2 


1 





2 






Table 76: Number of QAM cells for MSC for Mode B 



Parameters 


Spectrum occupancy 





1 


2 


3 


4 


5 


Number of available MSC 
cells per super frame N5p^ 


2 900 


3 330 


6 153 


7013 


12 747 


14 323 


Number of useful MSC cells 
per super frame Ngpy 


2 898 


3 330 


6 153 


7 011 


12 747 


14 322 


Number of MSC cells per 
multiplex frame Nj^yx 


966 


1 110 


2 051 


2 337 


4 249 


4 774 


Cell loss per super frame N|_ 


2 








2 





1 



Table 77: Number of QAM cells for MSC for Mode C 



Parameters 


Spectrum occupancy 





1 


2 


3 


4 


5 


Number of available MSC 
cells per super frame NgpA 


- 


- 


- 


5 532 


- 


11 603 


Number of useful MSC cells 
per super frame Ngpy 


- 


- 


- 


5 532 


- 


11 601 


Number of MSC cells per 
multiplex frame N^yx 


- 


- 


- 


1 844 


- 


3 867 


Cell loss per super frame N|_ 


- 


- 


- 





- 


2 
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Table 78: Number of QAM cells for MSC for Mode D 



Parameters 


Spectrum occupancy 





1 


2 


3 


4 


5 


Number of available MSC 
cells per super frame N5p^ 


- 


- 


- 


3 679 


- 


7819 


Number of useful MSC cells 
per super frame Nq^d 


- 


- 


- 


3 678 


- 


7818 


Number of MSC cells per 
multiplex frame N^yx 


- 


- 


- 


1 226 


- 


2 606 


Cell loss per super frame N|_ 


- 


- 


- 


1 


- 


1 



So the overall data vector for the useful MSC cells in transmission super frame m can be described by 






J 



.•,Za 



.•,Za 



■■,Z. 



In the case that N^ is unequal to one or two dummy cells, i.e. (?„,()) or {z„jq, Zm,l)' ^^e attached at the end of S^ 
Their complex values (i.e. the corresponding QAM symbols) shall be as defined in table 79. 

Table 79: QAM symbols for MSC dummy cells 



Number of dummy cells N|^ per 
transmission super frame 


Complex values of the dummy cells (QAM symbols) 


?m,0 


^m,l 


1 


a*(1+j1) 




2 


a*(1+j1) 


a*(1-j1) 



The value of a in table 79 is dependent on the signal constellation chosen for the MSC (see clause 7.4). 



8 



Transmission structure 



8.1 



Transmission frame structure and modes 



The transmitted signal is organized in transmission super frames. 

Each transmission super frame consists of three transmission frames. 

Each transmission frame has duration T^, and consists of Nj, OFDM symbols. 

Each OFDM symbol is constituted by a set of K carriers and transmitted with a duration T^ 

The spacing between adjacent carriers is l/T^. 

The symbol duration is the sum of two parts: 
a useful part with duration T^. 

a guard interval with duration Tg 

The guard interval consists in a cyclic continuation of the useful part, T^, and is inserted before it. 

The OFDM symbols in a transmission frame are numbered from to Nj, - 1 . 

All symbols contain data and reference information. 
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Since the OFDM signal comprises many separately modulated carriers, each symbol can in turn be considered to be 
divided into cells, each cell corresponding to the modulation carried on one carrier during one symbol. 

An OFDM frame contains: 

pilot cells; 

control cells; 

data cells. 

The pilot cells can be used for frame, frequency and time synchronization, channel estimation, and robustness mode 
identification. 

The transmitted signal is described by the following expression: 



x(t) = Re 



^''^^"'ES J]'^r,s,k¥r,s,k(f')k 



r=0 s=0 k=K„ 



where 



¥rs.kit) = 



il7tUt-Tg-sT-N,rT,) 






e " (s+N,r)T,<t<(s+N, r+\)T, 

otherwise 



and: 

Ns number of OFDM symbols per transmission frame; 

k denotes the carrier number (= K^- , . . . ,K^„^); 

s denotes the OFDM symbol number (= 0... Nj,-1); 

r denotes the transmission frame number (= 0... infinity); 

K is the number of transmitted carriers (< K„,.^ - K„;_); 

"^ — iiidA iiiin-^ ' 

Ts is the symbol duration; 

Tjj is the duration of the useful part of a symbol; 

T is the duration of the guard interval; 

fjj is the reference frequency of the RF signal; 

Cj. J, J, complex cell value for carrier k in symbol s of frame number r. 

The Cj- g ]j values depend on the type of cell, as defined below. 

For data/control cells (MSC, SDC, FAC), c^ s k~ ^ where z is the constellation point for each cell as given by the 
mappings defined in clause 7. 

For each reference cell, a defined phase and amplitude is transmitted, C^ ^ ^ = a^ ^ [/^ ^ , where 

a^ f. is the amplitude, which always takes one of the values |l, v2,2|, and 

U g j^ = e '•* is a unit-amplitude term of phase ^s,k ■ 
a^j, and t?,^. are defined for each type of reference cell in clause 8.4. 



£75/ 



112 



ETSI TS 101 980 V1.1.1 (2001-09) 



8.2 Propagation -related OFDM parameters 

OFDM parameters must be chosen to match propagation conditions and the coverage area that the operator wants to 
serve. 

Various sets of OFDM parameters are therefore defined for different conditions of propagation and their parameter 
values are listed in table 80. 

Table 80: Numerical values of the OFDM parameters 



Robustness 
mode 


Duration T^ 


Carrier 
spacing 1/Ty 


Duration of 

guard interval 

Tg 


Duration of 

symbol 
Ts = Tu + Tg 


Tg/Tu 


Number of 

symbols per 

frame Ng 


A 


24 ms 


41 2/3 Hz 


2,66 ms 


26,66 ms 


1/9 


15 


B 


21,33 ms 


46 7/8 Hz 


5,33 ms 


26,66 ms 


1/4 


15 


C 


14,66 ms 


68 2/11 Hz 


5,33 ms 


20 ms 


4/11 


20 


D 


9,33 ms 


107 I/'' Hz 


7,33 ms 


16,66 ms 


11/14 


24 



8.3 Signal bandwidth related parameters 
8.3.1 Parameter definition 

The OFDM parameters depend upon the available frequency bandwidth, the number of carriers K, and their location 
with respect to the reference frequency (named DC, in relation with the traditional carrier used in AM analogue 
transmissions). 

The Spectrum occupancy defines the nominal channel bandwidth. The group of carriers carrying the FAC is always to 
the right (higher in frequency) with respect to the reference frequency, fj^, which is an integer multiple of 1 kHz. 
Table 81 relates the spectrum occupancy parameter, signalled in the FAC (see clause 6.3), to the nominal channel 
bandwidth, and figures 28 and 29 show the position of the carriers. 

Table 81 : Relationship between spectrum occupancy parameter and channel bandwidth 





Spectrum occupancy 





1 


2 


3 


4 


5 


Channel bandwidth (kHz) 


4,5 


5 


9 


10 


18 


20 



Spectrum occupancy 

4,5 kHz carrier group containing FAC cells 2 

4 
4,5 kHz group of carriers 



'4 -' 




1^ 
] 9k 


Hz 1 

M 

1 

1 




^ 




1 


1 
1 








1 

1 
1 

1 


1 
1 
1 





fR 

Frequency 



Figure 28: Spectrum occupancy for 9 kHz channels 
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Spectrum occupancy 



5 kHz group containing FAC cells 
5 kHz group of carriers 



A 

^ ^ 






""10 mz'' 











































fR 



Frequency 



Figure 29: Spectrum occupancy for 10 kHz channels 

The carriers are indexed by k e [Kjj^jjj, Kj^^^j^^], k = being the DC carrier and determined by the following values 
depending on the choice made and related to the occupied bandwidth. 

Carriers with k < are said to be to the left of DC, and k > 0, to the right of DC. 

Table 82 presents the lower and upper carrier numbers for each robustness mode and nominal bandwidth. 

Table 82: Carrier numbers for each mode 



Robustness 
mode 


Carrier 


Spectrum occupancy 





1 


2 


3 


4 


5 


A 


Kmin 


2 


2 


-102 


-114 


-98 


-110 


"^max 


102 


114 


102 


114 


314 


350 


B 


'^min 


1 


1 


-91 


-103 


-87 


-99 


"^max 


91 


103 


91 


103 


279 


311 


C 


'^min 


- 


- 


- 


-69 


- 


-67 


Kpnax 


- 


- 


- 


69 


- 


213 


D 


'^min 


- 


- 


- 


-44 


- 


-43 


■^max 


- 


- 


- 


44 


- 


135 



Depending on the mode, the DC carrier and certain carriers around DC are not used, as detailed in table 83. 
Table 83: Unused carriers according to robustness mode 



Robustness mode 


Unused carrier(s) 


A 


fee {-1,0,1} 


B 


ke{Q} 


C 


ke{0} 


D 


ke{0} 
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8.3.2 Simulcast transmission 

The DRM signal is designed to work in the same broadcast bands as AM signals. Simulcast transmission of services 
using DRM and AM can be performed by the juxtaposition of the analogue AM signal (DSB or VSB or SSB) and a 
DRM digital signal. Many arrangements are possible and some are illustrated in annex K. 

The spectrum occupancy number relates to the DRM signal. A broadcaster may choose to signal the presence of the 
AM simulcast by use of the frequency information data entity in the SDC (see clause 6.4.3.4). 



8.4 



Pilot cells 



8.4.1 Functions and derivation 

Some cells within the OFDM transmission frame are modulated with known fixed phases and amplitudes. 

These cells are pilot cells for channel estimation and synchronization. The positions, amplitudes and phases of these 
cells are carefully chosen to optimize the performance, especially the initial synchronization duration and reliability. 
The phases are defined, directly or indirectly, in 1 024ths of a cycle, i.e. 

U f; 1^ = e ■'•* = e l*'24 , where !?[024[s,A:] takes integer values and is either explicitly tabulated or derived using 
integer arithmetic, as defined in the following clauses. 

8.4.2 Frequency references 

These cells are used by the receiver to detect the presence of the received signal and to estimate its frequency offset. 
They may also be used for channel estimation and various tracking processes. 

8.4.2.1 Cell positions 

Frequency references are located at frequencies which are common to all the system variants. 

There are three frequency references, which are 750 Hz, 2 250 Hz, and 3 000 Hz as referenced to the DC carrier, as 
defined in table 84. 

Table 84: Carrier numbers for frequency references 



Robustness mode 


Carrier numbers 


A 


18,54,72 


B 


16,48,64 


C 


1 1 , 33, 44 


D 


7,21,28 



They shall be present in all symbols of each transmission frame. 
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8.4.2.2 Cell gains and phases 

All frequency reference cells have a power gain of 2, i.e. a^ j^ = ^J2 ,m order to optimize performances at low signal to 
noise ratio and be compatible with pilots with which they can share common cells. 

The phases are defined as follows. For the first symbol in the frame (i.e. s =0), the phases z?,(,24 [«, k] are given in 
table 85. 

Table 85: Cell phases for frequency references 



Robustness mode 


Carrier index, k 


Phase index, z9io24[0,fe] 


A 


18 


205 


54 


836 


72 


215 


B 


16 


331 


48 


651 


64 


555 


C 


11 


214 


33 


392 


44 


242 


D 


7 


788 


21 


1 014 


28 


332 



For subsequent symbols, the phases are chosen in order to ensure the tones are continuous, which is achieved by 
applying the following rules. 

For robustness modes A, B and C, and carrier 28 only of mode D: 

For robustness mode D, carriers 7 and 21: 

^1024 ['*''^] = 2^1024 1"''^] ' for even values of s, and 

Ao24['*''^] = (^io24[0,<:]+5l2)modl024, for odd values of s. 
NOTE: This is equivalent to the complex value U ^ ^ multiplied by - 1 for odd values of s. 

8.4.3 Time references 

These cells are located in the first OFDM symbol of each transmission frame, i.e. s = . 

The time reference cells are mainly used for performing ambiguity resolution since guard time correlation provides a 
fast and frequency insensitive estimation of time of arrival with a periodicity of one symbol. They are used for 
determining the first symbol of a transmission frame. They can also be used for frequency-offset estimation. 
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8.4.3.1 



Cell positions and phases 



The tables 86 to 89 define the phases of the time reference cells, and the phases of the frequency reference cells for the 
first symbol of the transmission frame. 

1^02'd^'^] is the phase index in 1 024ths of a cycle. 

Table 86: Phase of time reference cells for mode A 



Carrier index, l< 


Phase index, i\Q24[0,k] 


17 


973 


18* 


205 


19 


717 


21 


264 


28 


357 


29 


357 


32 


952 


33 


440 


39 


856 


40 


88 


41 


88 


53 


68 


54* 


836 


55 


836 


56 


836 


60 


1 008 


61 


1 008 


63 


752 


71 


215 


72* 


215 


73 


727 


NOTE: Carrier numbers marked with an asterisl< "*" also 
serve as frequency references 
(see clause 8.4.2.1); the definitions of phase index 
are consistent. 



Table 87: Phase of time reference cells for mode B 



Carrier index k 


Phase index, z9(024[0,fe] 


14 


304 


16* 


331 


18 


108 


20 


620 


24 


192 


26 


704 


32 


44 


36 


432 


42 


588 


44 


844 


48* 


651 


49 


651 


50 


651 


54 


460 


56 


460 


62 


944 


64* 


555 


66 


940 


68 


428 


NOTE: Carrier numbers marked with an asterisk "*" also 
serve as frequency references 
(see clause 8.4.2.1); the definitions of phase index 
are consistent. 



£75/ 



117 



ETSI TS 101 980 V1.1.1 (2001-09) 



Table 88: Phase of time reference cells for mode C 



Carrier index k 


Phase index, z?[024[0,^] 


8 


722 


10 


466 


11 * 


214 


12 


214 


14 


479 


16 


516 


18 


260 


22 


577 


24 


662 


28 


3 


30 


771 


32 


392 


33* 


392 


36 


37 


38 


37 


42 


474 


44* 


242 


45 


242 


46 


754 


NOTE: Carrier numbers marked with an asterisl< "*" also 
serve as frequency references 
(see clause 8.4.2.1); the definitions of phase index 
are consistent. 



Table 89: Phase of time reference cells for mode D 



Carrier index l< 


Phase index, i^iQ24[0,k] 


5 


636 


6 


124 


7* 


788 


8 


788 


9 


200 


11 


688 


12 


152 


14 


920 


15 


920 


17 


644 


18 


388 


20 


652 


21 * 


1 014 


23 


176 


24 


176 


26 


752 


27 


496 


28* 


332 


29 


432 


30 


964 


32 


452 


NOTE: Carrier numbers marked with an asterisk "*" also 
serve as frequency references 
(see clause 8.4.2.1); the definitions of phase index 
are consistent. 



8.4.3.2 Cell gains 

All time reference cells have a power gain of 2,0 in order to optimize performance at low signal to noise ratio, i.e. 
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8.4.4 Gain references 

The gain reference cells are mainly used for coherent demodulation. These cells are scattered throughout the overall 
time frequency pattern and are used by the receiver to estimate the channel response. 

8.4.4.1 Cell positions 

In a transmission frame, for the symbol of index s (ranging from to Nj, - 1), carriers for which index k belongs to the 
subsets as defined in table 90 are gain references. 

Table 90: Carrier indices l< for gain reference cells 



Robustness mode 


Subset 


Condition 


Periodicity of tlie 

gain reference 

pattern 


A 


k = 2 -1- 4 X (s mod 5) -i- 20 x p 


p integer 

k ■ <k <k 
"mm -^ "- =^ "max 


5 symbols 


B 


k = 1 -1- 2 X (s mod 3) + 6 x p 


p integer 

k ■ <k <k 
"mm ^ " ^ "max 


3 symbols 


C 


k = 1 -1- 2 X (s mod 2) -i- 4 x p 


p integer 

k ■ <k <k 
"mm — " — "max 


2 symbols 


D 


k = 1 -1- (s mod 3) + 3 X p 


p integer 

k ■ < k < k 
"mm ^ " ^ "max 


3 symbols 



Carriers at the edges of the spectrum always contain gain reference cells. 

Annex L gives some example figures illustrating the position of the gain reference cells. 

8.4.4.2 Cell gains 

Gain reference cells mostly have a power gain of 2 (i.e. a , ^ = v2 ), in order to optimize performances at low signal to 

noise ratio. However, gain reference cells close to the band lower and upper edges are over-boosted by a further power 
gain of 2 (i.e. overall power gain of 4, so that the amplitude a^ i^ = 2 ) as defined in table 91. 



Table 91 : Carrier numbers given a power boost of 4, i.e. 



^s,k 



Robustness 
mode 


Spectrum occupancy 





1 


2 


3 


4 


5 


A 


2,6, 
98, 102 


2,6, 
110, 114 


-102,-98, 
98, 102 


-114,-110, 
110, 114 


-98, -94, 
310,314 


-110,-106, 
346, 350 


B 


1,3, 
89,91 


1,3, 
101, 103 


-91,-89, 
89,91 


-103,-101, 
101,103 


-87, -85, 
277, 279 


-99, -97, 
309, 31 1 


C 


- 


- 


- 


-69, -67, 
67,69 


- 


-67, -65, 
211,213 


D 


- 


- 


- 


-44, -43, 
43,44 


- 


-43, -42, 
134, 135 
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8.4.4.3 Cell phases 

In some cases gain references fall in locations which coincide with those already defined for either frequency or time 
references. In these cases, the phase definitions given in clauses 8.4.2 and 8.4.3 take precedence. 

In all other locations, the phases of the gain reference cells are obtained by integer arithmetic applied to small tables of 
values, as defined in the following procedure. 

8.4.4.3.1 Procedure for calculation of cell phases 

The procedure is: 

First, compute values of m, n andp for each cell, where the carrier number is k and the symbol number is s\ 

n = s mod y, 
m = [_sl y\ 

k — kn—nx 

P = 

xy 

X, y, and k^ are constants which are defined for each robustness mode in table 92. 

Table 92: Definition of x, y, Kq 



Robustness mode 


X 


y 


ko 


A 


4 


5 


2 


B 


2 


3 


1 


C 


2 


2 


1 


D 


1 


3 


1 



NOTE 1: The value of p obtained by this procedure will be an integer, as a consequence of the definition of 
reference cell locations in clause 8.4.4. 1 ; while the values of n and m are integer by definition of the 
mathematical operations producing them. 

Secondly, calculate the integer phase index by the following formula: 

^^1024^'^]= \'^Z25(,[n,m]pWio24[n,m]+p^{l + s)Qio24l^od 1024 

Gl024 ^ii'l ^^ small tables Z2=i(,[n,m] and VVj()24[n,»j] are defined for each robustness mode in the following clauses. 

NOTE 2: The values in the tables Z25(,[n,m] and VKjo24[«^'w] maybe represented precisely as 8- and 10-bit 

unsigned integers respectively; similarly Q\o24 i^^Y ^e represented precisely as a 10-bit unsigned integer. 



8.4.4.3.2 Robustness mode A 

The Wjo24[«^'w] matrix is defined as: 



{228, 


341, 


455} 


{455, 


569, 


683} 


{683, 


796, 


910} 


{910, 


0, 


114} 


{114, 


228, 


341} 
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The Z25(,[n,m] matrix is defined as: 



Z256[«' 



{0, 


81, 


248 


{18, 


106, 


106 


{122, 


116, 


31}. 


{129, 


129, 


39}. 


{33, 


32, 


Ill 



2l024 = 36. 

8.4.4.3.3 Robustness mode B 

The VVio24[«>'w] matrix is defined as: 

Wl024k'«] = { {512, 

{0, 
{512, 
The Z25(,[n,m] matrix is defined as: 

Z256[n,m]={ {0, 

{168, 
{25, 

Gl024 = 12- 

8.4.4.3.4 Robustness mode C 

The Wjo24[«^'w] matrix is defined as: 
Wio24[m.'m] = { {465, 
{931, 
The Z256 [«, ot] matrix is defined as: 

Z256[«,m]={ {0, 

{179, 
2l024 = 12. 



0, 512, 0, 512}, 

512, 0, 512, 0}, 

0, 512, 0, 512}] 

57, 164, 64, 12}, 

255, 161, 106, 118}, 

232, 132, 233, 38}} 



372, 279, 186, 93, 0, 931, 838, 745, 652} 

838, 745, 652, 559, 465, 372, 279, 186, 93}} 

76, 29, 76, 9, 190, 161, 248, 33, 108} 

178, 83, 253, 127, 105, 101, 198, 250, 145} 



8.4.4.3.5 Robustness mode D 

The VVjQ24[n,m] matrix is defined as: 

M/jQ24km] = { {366, 439, 512, 585, 658, 731, 805, 878} 

{731, 805, 878, 951, 0, 73, 146, 219} 
{73, 146, 219, 293, 366, 439, 512, 585} 
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The Z2^(,[n,m] matrix is defined as: 

Z25(,[n,m]={ {0, 



240, 



17, 



60, 220, 



38, 151, 1011 



110, 
165, 



7, 78, 82, 175, 150, 106, 25}, 
7, 252, 124, 253, 177, 197, 142}] 



Gl024 = 14. 



8.5 



Control cells 



8.5.1 General 

The control cells consist of two parts: 

the Fast Access Channel (FAC), integrated in every transmission frame. It is used to quickly obtain the necessary 
information for the receiver to be able to demodulate the DRM signal; 

the Service Description Channel (SDC), repeated every transmission super-frame. It contains all the additional 
information that describes the services currently available. The SDC is also used for Alternative Frequency 
Switching (AFS). 

Figure 30 describes the time-frequency location of these signals. 



transmission super frame 



traiasmission frame 



SDC blockH 



r 



cliannel 
bandwidtli 



1 



symbols containing MSC and FAC cells 



symbols containing MSC cells 
symbols containing SDC cells 



Figure 30: Time-frequency location of FAC and SDC signals 
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8.5.2 FAC cells 



8.5.2.1 



Cell positions 



The cells used for FAC are cells that are neither frequency references, nor time references, nor gain references, nor data 
cells in the symbols that do not contain the SDC. 

FAC cells convey highly protected QAM symbols that allow fast detection by the receiver of the type of signal it is 
currently receiving. 

There are always 65 FAC cells. Tables 93 to 96 give the position of the FAC cells for each robustness mode. 
Table 93: Position of thie FAC cells in robustness mode A 



Symbol 


Carrier number 







1 




2 


26, 46, 66, 86 


3 


10,30,50,70,90 


4 


14,22,34,62,74,94 


5 


26, 38, 58, 66, 78 


6 


22, 30, 42, 62, 70, 82 


7 


26, 34, 46, 66, 74, 86 


8 


10,30,38,50,58,70,78,90 


9 


14,22,34,42,62,74,82,94 


10 


26, 38, 46, 66, 86 


11 


10,30,50,70,90 


12 


14,34, 74,94 


13 


38, 58, 78 


14 





Table 94: Position of the FAC cells in robustness mode B 



Symbol 


Carrier number 







1 




2 


13,25,43,55,67 


3 


15, 27,45, 57,69 


4 


17,29,47,59,71 


5 


19, 31,49, 61,73 


6 


9,21,33,51,63,75 


7 


11,23,35,53,65,77 


8 


13,25,37,55,67,79 


9 


15,27,39,57,69,81 


10 


17,29,41,59,71,83 


11 


19, 31,43, 61,73 


12 


21,33,45,63,75 


13 


23, 35, 47, 65, 77 


14 
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Table 95: Position of thie FAC cells in robustness mode C 



Symbol 


Carrier number 







1 




2 




3 


9,21,45,57 


4 


23, 35, 47 


5 


13,25,37,49 


6 


15,27,39,51 


7 


5, 17,29,41,53 


8 


7, 19,31,43,55 


9 


9,21,45,57 


10 


23, 35, 47 


11 


13,25,37,49 


12 


15,27,39,51 


13 


5, 17,29,41,53 


14 


7, 19,31,43,55 


15 


9,21,45,57 


16 


23, 35, 47 


17 


13,25,37,49 


18 


15,27,39,51 


19 





Table 96: Position of the FAC cells in robustness mode D 



Symbol 


Carrier number 







1 




2 




3 


9, 18,27 


4 


10, 19 


5 


1 1 , 20, 29 


6 


12,30 


7 


13,22,31 


8 


5, 14,23,32 


9 


6, 15,24,33 


10 


16,25,34 


11 


8, 17,26,35 


12 


9, 18,27,36 


13 


10, 19,37 


14 


1 1 , 20, 29 


15 


12,30 


16 


13,22,31 


17 


5, 14,23,32 


18 


6, 15,24,33 


19 


16,25,34 


20 


8, 17,26,35 


21 


9, 18,27,36 


22 


10, 19,37 


23 





8.5.2.2 



Cell gains and phases 



The Cj- g ]j values are normalized modulation values of the constellation point z according to the modulation alphabet 
used for the FAC (4-QAM) (see figure 27). 

Successive constellation points are assigned to the FAC cells of a transmission frame in order of increasing carrier 
index k, starting from the most negative k; then in time order starting from the first FAC bearing symbol of the frame. 
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8.5.3 SDC cells 

8.5.3.1 Cell positions 

The cells used for SDC are all the cells in the SDC symbols which are neither frequency references, nor time references, 
nor gain references for which k^^^ <k< k^^^ and k does not belong to the subset of unused carriers defined above. 
For robustness modes A and B, the SDC symbols are symbols and 1 of each transmission super frame. For robustness 
modes C and D, the SDC symbols are symbols 0, 1 and 2 of each transmission super frame. 

8.5.3.2 Cell gains and phases 

The Cj- g ]j values are normalized modulation values of the constellation point z according to the modulation alphabet 
used for the SDC (16- or 4-QAM, see figures 26 and 27). 

Successive constellation points are assigned to the SDC cells of a transmission super frame in order of increasing carrier 
index k, starting from the most negative k; then in time order starting from the first SDC bearing symbol of the super 
frame. 

8.6 Data cells 

8.6.1 Cell positions 

Data cells are all cells which are neither pilot cells, nor control cells; for which k^^^ < k < fe^ax '^^'^ ^ does not belong 
to the subset of unused carriers defined above. 

8.6.2 Cell gains and phases 

The Cj- g ]j values are the normalized modulation values of the constellation point z according to the modulation alphabet 
used for the MSC (64- or 16-QAM, see figures 23 to 26) taken from the vector 5^ (see clause 7.7). 

Successive elements s^ ^ are assigned to the cells of a transmission super frame in order of increasing carrier index k, 
starting from the most negative k; then in time order starting from the first non-SDC symbol of the super frame. 
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Annex A (informative): 
Simulated system performance 



The table gives simulated system performance anticipating perfect channel estimation and the absence of phase noise 
and quantization effects. Channel decoding is assumed to be done with a multistage decoder with two iterations. 

The results are given for five of the channels of annex B, whereby the associated OFDM modes are the Mode A for the 
channels 1 and 2, the Mode B mode for the channels 3 to 5. The associated code rate is R = 0,6 and the modulation is 
64-QAM. The signal power includes pilots and the guard interval. 

Table A.I : Required C/N for a transmission to achieve a BER = 1 x 10'^ 
after the channel decoder for the MSC 



Channel model 


Code rate R = 0,6 


Channel 1 


14,9 dB 


Channel 2 


16,5dB 


Channel 3 


23,2 dB 


Channel 4 


22,3 dB 


Channel 5 


20,4 dB 
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Annex B (informative): 
Definition of channel profiles 



The channels to be considered are the LF, MF and HF broadcast radio transmission channels. In principle all three are 
multipath channels because the surface of the earth and the ionosphere are involved in the mechanism of 
electromagnetic wave propagation. 

The approach is to use stochastic time-varying models with a stationary statistics and define models for good, moderate 
and bad conditions by taking appropriate parameter values of the general model. One of those models with adaptable 
parameters is the Wide Sense Stationary Uncorrelated Scattering model (WSSUS model). The justification for the 
stationary approach with different parameter sets is, that results on real channels lead to BER curves between best and 
worst cases found in the simulation. 

The channel models have been generated from the following equations where e(t) and s(t) are the complex envelops of 
the input and output signals respectively; 

n 

*(0 = E PkCkit)eit-^k) 

k=i (1) 

This is a tapped delay-line where: 

p^ is the attenuation of the path number k - listed in table B. 1 

A^ is the relative delay of the path number k - listed in table B. 1 

the time-variant tap weights {C]^(t)} are zero mean complex-valued stationary gaussian random processes. The 
magnitudes lcj,(t)l are Rayleigh-distributed and the phases <I> (t) are uniformly distributed. 

For each weight {cj.(t)} there is one stochastic process, characterized by its variance and its power density spectrum 
(PDS). The variance is a measure for the average signal power which is received via this path and is defined by the 
relative attenuation pj, - listed in table B.l - and the PDS determines the average speed of variation in time. The width 
of the PDS is quantified by a number and is referred to as the Doppler spread D^.. of that path - listed in table B.l. 

There might be also a non-zero centre frequency of the PDS, which can be interpreted as an average frequency shift or 
Doppler shift D^^ - listed in table B.l. 

The PDS is modelled by filtering of white noise (i.e. with constant PDS) and is equal to: 

<Pn,n,(f)=^0-\H(f)f (2) 

H(f) is the transfer function of the filter. The stochastic processes belonging to every individual path then become 
Rayleigh processes. For the ionospheric path, a Gaussian shape has proven to be a good approach with respect to real 
observations. 



The Doppler profile on each path k is then defined as: 



1 _ (f-Dsh) 






^< 



(3) 
The Doppler spread is specified as 2-sided and contains 68 % of the power: 

Dsp=2ad (4) 
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Table B.I : Set of channels 



Channel no 1:AWGN 


good 

typical/moderate 

bad 


LF, MF,HF 
LF, var.SNR 




path 1 


path 2 


path 3 


path 4 


Delay (A,,) 











Path gain, rms (p(<.) 


1 








Doppler shift (D^^) 











Doppler spread (Dgp) 













Channel no 2: Rice with delay 


good 

typical/moderate 

bad 


MF, HF 




path 1 


path 2 


path 3 


path 4 


Delay (A^) 





1 ms 






Path gain, rms {pi^) 


1 


0,5 






Doppler shift {D^^^) 












Doppler spread (Dgp) 





0,1 Hz 








Channel no 3: US Consortium 


good 

typical/moderate 

bad 


HF 
MF 




path 1 


path 2 


path 3 


path 4 


Delay (A^) 





0,7 ms 


1,5 ms 


2,2 ms 


Path gain, rms (p^) 


1 


0,7 


0,5 


0,25 


Doppler shift (Dg^) 


0,1 Hz 


0,2 Hz 


0,5 Hz 


1,0 Hz 


Doppler spread (Dgp) 


0,1 Hz 


0,5 Hz 


1,0 Hz 


2,0 Hz 




Channel no 4: CCIR Poor 


good 

typical/moderate 

bad 


HF 




path 1 


path 2 


path 3 


path 4 


Delay (A^) 





2 ms 






Path gain, rms (p(<.) 


1 


1 






Doppler shift (Dg^) 












Doppler spread (Dgp) 


1 Hz 


1 Hz 








Channel no 5 


good 

typical/moderate 

bad 


HF 




path 1 


path 2 


path 3 


path 4 


Delay (A,,) 





4 ms 






Path gain, rms {pi^) 


1 


1 






Doppler shift (Dg^) 












Doppler spread (Dgp) 


2 Hz 


2 Hz 
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Channel no 6 


good 

typical/moderate 

bad 


HF 




path 1 


path 2 


path 3 


path 4 


Delay (A,,) 





2 ms 


4 ms 


6 ms 


Path gain, rms {p^^) 


0,5 


1 


0,25 


0,0625 


Doppler shift {D^^^) 





1,2 Hz 


2,4 Hz 


3,6 Hz 


Doppler spread (Dgp) 


0,1 Hz 


2,4 Hz 


4,8 Hz 


7,2 Hz 
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Annex C (informative): 

Example of mapping of logical frames to multiplex frames 

There are many service and stream combinations possible within the DRM system. One example is illustrated in this 
annex. 

This example DRM signal contains two services; an audio service (service A) and a data service (service D). The audio 
service also carries a data application. 

UEP is applied to the audio service. The data application carried with the audio service uses the lower protection. The 
data service uses the higher protection. The code rates chosen are 0,5 and 0,6 corresponding to protection level and 1 
respectively. 

Service A consists of two streams: stream carries the audio, stream 1 carries the data application. 

Service D consists of one stream: stream 2. 

Stream is carried in logical frames LO, stream 1 is carried in logical frames LI and stream 2 is carried in logical 
frames L2. 

LO has 266 bytes in the higher protected part (part A) with protection level 0, and 798 bytes in the lower protected part 
(part B) with protection level 1 . 

LI has 59 bytes in the lower protected part (part B) with protection level L 

L2 has 19 bytes in the higher protected part (part A) with protection level 0. 

The resulting multiplex frame is illustrated in the figure below: 

Protection level Protection level 1 



Stream 


Stream 2 


Stream 


Stream 1 


266 bytes 


1 9 Bytes 


798 Bytes 


59 Bytes 



Figure C.I 

The multiplex description data entity is coded as follows: 



Field name 


Field size 


Field value 


length 


7 


9 


version number 


1 





type 


4 





protection level for part A 


2 





protection level for part B 


2 


1 


data length of part A (stream 0) 


12 


266 


data length of part B (stream 0) 


12 


798 


data length of part A (stream 1 ) 


12 





data length of part B (stream 1) 


12 


59 


data length of part A (stream 2) 


12 


19 


data length of part B (stream 2) 


12 
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Annex D (normative): 
Calculation of the CRC word 



The implementation of Cyclic Redundancy Check codes (CRC -codes) allows the detection of transmission errors at the 
receiver side. For this purpose CRC words shall be included in the transmitted data. These CRC words shall be defined 
by the result of the procedure described in this annex. 

A CRC code is defined by a polynomial of degree n: 



G„(x) = 



x" + 



f„_ix" ^+... + g2X^+giX + l 



with n > 1 : 
and: 



g,e{0,l}, i = l n-1 



The CRC calculation may be performed by means of a shift register containing n register stages, equivalent to the 
degree of the polynomial (see figure D.l). The stages are denoted by ^q ... ^„.j, where ^q corresponds to I, b^ to x, b2 to 



., bi^_i to x"' . The shift register is tapped by inserting XORs at the input of those stages, where the corresponding 



coefficients gi of the polynomial are "1". 



Data Input, 



-ib 



9} 



>® 92^® 9n-'Z>^ 9n-^^€) 



^ 



y 

LSb bQ 



Y 
b^ 






Y 
bn-2 



Y 
bn-^ 



MSb 



Figure D.l : General CRC block diagram 



At the beginning of the CRC calculation, all register stage contents are initialized to all ones. After applying the first bit 
of the data block (MSb first) to the input, the shift clock causes the register to shift its content by one stage towards the 
MSb stage (^^-l)' while loading the tapped stages with the result of the appropriate XOR operations. The procedure is 
then repeated for each data bit. Following the shift after applying the last bit (LSb) of the data block to the input, the 
shift register contains the CRC word which is then read out. Data and CRC word are transmitted with MSb first. The 
CRC shall be inverted (I's complement) prior to transmission. 



£75/ 



131 ETSI TS 101 980 V1.1.1 (2001-09) 

The CRC codes used in the DRM system shall be based on the following polynomials: 

r- { \ 8, 4, 3, 2,1 
(j^{xj= X + X + X + X +1 

Gf,{x)= x^ + x^ +x^ +x^ +X + 1 

G^{x)= X + X + X +X + 1 

G3(x)=x^ + x + l 

G2 (x) = X + X + 1 
Gj (x) = X + 1 
The assignment of the polynomials to the respective applications is given in each clause. 
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Annex E (informative): 
Indicative RF Protection ratios 

Protection ratios are required for: 

• AM interfered with by DRM digital signals; 

• DRM digital signals interfered with by AM; 

• DRM digital signals interfered with by DRM digital signals. 

Indicative RF protection ratios for different channel spacings are given in the following tables. However, these values 
depend very much on the development of system components, e.g. on receiver and transmitter characteristics. 
Therefore, the given values have to be considered as preliminary until measurement results and calculations are 
available, which are based on the performance of a broader quantity of equipment. 

Table E.I : AM interfered with by DRIVI digital signals 



Af/kHz 


Relative RF Protection Ratios a rf/dB (agf = dB) 





6,6 


6,1 


6,3 


5,8 


5 


3,2 


2,7 


3,2 


2,8 


9 


-32,6 


-27,7 


-27,5 


-23,2 


10 


-41,1 


-36,4 


-33,6 


-31,2 


15 


-54,2 


-53,6 


-43,5 


-42,3 


18 


-56,9 


-56,8 


-46,9 


-45,6 


20 


-56,8 


-56,5 


-48,8 


-47,6 


Wanted 


AM 1 


Interferer 


DRM Synthesizer 


DRM Spectrum Mask | 


Mode 


Mode A 9 kHz 
64-QAM 


Mode B 10 kHz 
64-QAM 


Mode A 9 kHz 
64-QAM 


Mode BIO kHz 
64-QAM 



These values are valid for AM signals with high compression and a modern AM receiver with an RF bandwidth of 
4,4 kHz and a slope of 35 dB/octave (attenuation at a frequency separation of 5 kHz: 41,5 dB). 

The values shown in the table above are derived from the measured spectrum distributions of the synthesizer signals 
and the AM spectrum masks from ITU-R Recommendation SM. 328-10 [12], which were adapted to the bandwidths and 
modulation of the DRM signals. 
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Table E.2: DRM digital signals interfered with by AM 



Af/kHz 


RF Protection Ratios a ^/dB 





0,6 


7,1 


1,2 


7,5 


-1,7 


4,6 


0,050 


0,6 


7,2 










0,300 


3,4 


29,5 


1,0 


8,5 






5 


-7,4 


-1,1 


-3,9 


1,8 






9 


(-45,8) 


(29,9) 










10 


-59,6 


-34,1 


-53,4 


-30,9 






15 


<-60 


-39,7 


<-60 


-37,5 






18 


<-60 




<-60 








20 


<-60 


-42,3 


<-60 


-39,8 






Wanted 


DRM 1 


Mode 


Mode A 

9 kHz 

64-QAM 


Mode A 

9 kHz 

64-QAM 


Mode B 

10 kHz 

64-QAM 


Mode B 

10 kHz 

64-QAM 


Mode B 
10 kHz 
16-QAM 


Mode B 
10 kHz 
16-QAM 


Interferer 


AM 1 


Mode 


m = 25 % 
(compr. 
normal) 


m = 53 % 
(compr. high) 


m = 25 % 
(compr. 
normal) 


m = 53 % 
(compr. high) 


m = 25 % 
(compr. 
normal) 


m = 53 % 
(compr. high) 



These values are valid for a wanted signal having a BER of 10"^ and an unwanted AM signal modulated with coloured 
noise according to ITU-R Recommendation BS. 559-2 [11]. 

Table E.3: DRIVI digital signals interfered with by DRM digital signals 



Af/kHz 


RF Protection Ratios a ^/dB 





17,3 


17,4 


13,3 


(17,3) 


(17,4) 


(13,3) 


5 


12,4 


12,3 




(13,0) 


(12,7) 




9 


-32,1 






(0,8) 






10 




-35,1 






(-2,3) 




15 




-39,1 






(-27,6) 




18 


-46,3 






(-36,9) 






20 




-44,4 






(-34,9) 




Wanted 


DRM 


DRM 1 


Mode 


Mode A 

9 kHz 

64-QAM 


Mode B 

10 kHz 

64-QAM 


Mode B 
10 kHz 
16-QAM 


Mode A 

9 kHz 

64-QAM 


Mode B 

10 kHz 

64-QAM 


Mode B 
10 kHz 
16-QAM 


Interferer 


DRM Synthesizer 


DRM Spectrum Mask | 


Mode 


Mode A 

9 kHz 

64-QAM 


Mode B 

10 kHz 

64-QAM 


Mode B 
10 kHz 
16-QAM 


Mode A 

9 kHz 

64-QAM 


Mode B 

10 kHz 

64-QAM 


Mode B 
10 kHz 
16-QAM 



These values are valid for a wanted signal having a BER of 10"*. 

The values in brackets shown in the table above are derived from a comparison of the measured spectrum distributions 
of the synthesizer signals and the AM spectrum masks from ITU-R Recommendation SM. 328-10 [12], which were 
adapted to the bandwidths and modulation of the DRM signals. 
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Annex F (informative): 

Guidelines for emitter implementation 

Void. 
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Annex G (informative): 

Guidelines for receiver implementation 

G.1 Alternative frequency checking and switching (AFS) 

Alternative frequency switching (AFS) provides the functionality of seamlessly checking for the availability of the same 
programme material on a differing frequency and then switching to it if it is valid. Alternative frequencies can be 
signalled by use of SDC data entity type 3. The various steps of this process are indicated in figure G.l. 

AFS specific mathematical symbols are defined as follows: 



M- 



tune' 



check' 

Procedure: 



time delay at point of reception between the current and the possible alternative frequency. 

time needed by the receiver to tune to the alternative frequency. 

time available to acquire the data required for the validation of the AF. 



At the start of known SDC block on the tuned frequency, the receiver re-tunes to the alternative frequency. It acquires 
the data necessary to perform the AF-check and immediately tunes back to the original tuned frequency. This process 
has to be completed within the time interval T^j^gj,]^ . Subsequently the validity of the alternative frequency can be 
computed before the next occurrence of the SDC. Subject to the validation of the alternative frequency, the receiver 
may choose to switch to the new frequency at this point without an interruption of service. 













Tuned frequency 








^ 


SDC block 


?? 


SDC block 


e 




\ Re- Re- / 

\ tune tune / 

\ to to / 

\AF CF/ 

< 1 


Alternative frequency 


\ 
\ 

"^^ tune 

\ to 
\AF 

\ 
< 




e 


SDC block 


^^ 


SDC block 


e 




< — 


















1 check 


'tune 





Figure G.l : Illustration of AFS function 

The points at which the receiver may check the alternative frequencies is governed by the Identity field in the FAC in 
combination with the AFS index signalled in the SDC. 

If the receiver detects a failure of the FAC CRC for the first transmission frame of the transmission super frame then it 
cannot perform an AFS check because the value of the Identity field is unknown. 

For fully dynamic operation (see clause 6.4.5), no AFS is possible because the receiver has no knowledge of the data 
that will be sent. 

For fully static operation, the AFS function may be performed every super transmission frame, provided that the 
receiver has stored all the different SDC blocks in the cycle. The number of SDC blocks in the cycle is given by the 
AFS index H- 1 . 

For semi-dynamic operation, the AFS function may only be performed at certain transmission super frames. The 
following examples illustrate some of the many possibilities. 
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EXAMPLE 1: 
Changing the content of the SDC block (A to B) with AFS index = 0: 



AFS index = 




inva 


lid signa 

1 


led 




















A 


Identity 
00 01 10 


A 


Identity 
00 01 10 


A 


Identity 
00 01 10 


A 


Identity 
110110 


B 


Identity 
00 01 10 


B 


Identity 
00 01 10 


B 


Identity 
00 01 10 


B 


Identity 
00 01 10 


B 


Identity 
00 01 10 


t . 


▲. ▲ A ▲ ▲ ▲ ▲ 

AFS AFS AFS AFS AFS AFS AFS 
ssible possible possible possible possible possible possible 




po 



Figure G.2: Example 1 

NOTE 1: 

very fast AFS possibiUty after tuning; 

very Umited SDC data size when AFS feature should be used. 

EXAMPLE 2: 
Changing the content of both SDC blocks (A to C ; B to D) with AFS index = 1: 



AFS Index = 1 



invalid signalled 

i i 



A Identity t> Identity A Identity t> Identity A Identity "D Identity /^ Identity T~\ Identity /^ Identity 

'^ 00 01 10 -*-* 00 01 10 K^ 00 01 10 -*-* 00 01 10 K*- 11 01 10 -*-* 11 01 10 ^ 00 01 10 ^ 00 01 10 r^ 00 01 10 



^ t t t t 

AFS AFS AFS AFS 

possible possible possible possible 

Figure G.3: Example 2 

NOTE 2: 

while changing the SDC blocks in two consecutive SDC blocks is no AFS possible; 

with AFS = n the first AFS can occur after (n + 1) received SDC blocks. 
EXAMPLE 3: 
Changing the content of one SDC block (A to C) with AFS index = 1 



t 



AFS 
possible 





AFS inde> 














invalid signa 


led 


















A 


identity 
00 01 10 


B 


identity 
00 01 10 


A 


identity 
00 01 10 


B 


Iden 
00 


tity 
10 


A 


identity 
1 1 01 10 


B 


identity 
00 01 10 


c 


identity 
00 01 10 


B 


identity 
00 01 10 


c 


Identity 
00 01 10 




t . 


▲ ▲ 

AFS AFS 
possible possible 


▲ 

AFS 
possibi 


▲ 

AFS 
e possible 




▲. A 

AFS AFS 
possible possible 









Figure G.4: Example 3 



NOTE 3: 

only one AFS possibility is missed. 
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EXAMPLE 4: 
Continuous changing of one SDC block (B to C to D...) with AFS index = 1 

AFS index = 1 

invalid signalled invalid signalled invalid signalled 



i 



i 



i 



invalid signalled 





A 


Identity 
00 01 10 


B 


identity 
11 01 10 


A 


Identity 
00 01 10 


C 


Identity 
11 01 10 


A 


identity 
00 01 10 


D 


identity 
11 01 10 


A 


identity 
00 01 10 


E 


identity 
11 01 10 


A 


Identity 
00 01 10 


▲ ▲ ▲. 

AFS AFS AFS 




▲ 

AFS 


possible possible possible 




possible 


Figure G.5: Example 4 






S[OTE 4: 






- only every second frame AFS is possible; 






- SDC data size is increased. 






AFS index = 1 invalid signalled 








A 


Identity 
00 01 10 


A 


Identity 
00 01 10 


A 


Identity 
00 01 10 


A 


Identity 
11 01 10 


A 


Identity 
00 01 10 


B 


Identity 
00 01 10 


A 


Identity 
00 01 10 


B 


identity 
00 01 10 


A 


Identity 
00 01 10 



! t t 

AFS AFS AFS 

possible possible possible 



t t t 

AFS AFS AFS 

possible possible possible 



Figure G.6: Example 5 

EXAMPLE 5: 
Change of repetition rate of SDC block (without reconfiguration) with AFS index = 1 
NOTE 5: 

first AFS possible after n frames after tuning; 
- flexible SDC data size. 
For other values of AFS index, similar schemes can be applied. 



G.2 Character sets 



DRM uses UTF-8 character coding, and so allows all known characters to be broadcast. However, receivers may be 
produced that do not support all characters. In this case the following behaviour is recommended: 

For the label (sent using SDC data entity type 1): if the receiver character set does not support the characters 
being broadcast (for example, the label is composed of Hindi characters, but the receiver only supports European 
characters) then the receiver should display the Service Identifier instead. 

For the text message (carried in the MSC): if the receiver character set does not support all of the characters 
being broadcast then the receiver should attempt to determine if any portion of the message can be displayed. 
This would be, for example, if at least 10 consecutive characters could be displayed. 
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Annex H (informative): 
Service capacity and bit rates 



The following table gives the orders of magnitude of the available total bit rates, which depend upon the signal 
bandwidth, the protection mode, the error correction codes rates. 

For a 64-QAM modulation, a coding rate of 0,6, for the MSC (EEP SM): 



Robustness 
mode 


Spectrum occupancy 





1 


2 


3 


4 


5 


A 


1 1 ,3 kbit/s 


12,8 kbit/s 


23,6 kbit/s 


26,6 kbit/s 


49,1 kbit/s 


55,0 kbit/s 


B 


8,7 kbit/s 


10,0 kbit/s 


18,4 kbit/s 


21,0 kbit/s 


38,2 kbit/s 


43,0 kbit/s 


C 


- 


- 


- 


1 6,6 kbit/s 


- 


34,8 kbit/s 


D 


- 


- 


- 


1 1 ,0 kbit/s 


- 


23,4 kbit/s 


For a 16-QAM modulation, a coding rate of 0,62, for the MSC (EEP SM): 


Robustness 
mode 


Spectrum occupancy 





1 


2 


3 


4 


5 


A 


7,8 kbit/s 


8,9 kbit/s 


16,4 kbit/s 


18,5 kbit/s 


34,1 kbit/s 


38,2 kbit/s 


B 


6,0 kbit/s 


6,9 kbit/s 


12,8 kbit/s 


14,6 kbit/s 


26,5 kbit/s 


29,8 kbit/s 


C 


- 


- 


- 


1 1 ,5 kbit/s 


- 


24,1 kbit/s 


D 


- 


- 


- 


7,6 kbit/s 


- 


16,3 kbit/s 



Minimum absolute (R = 0,50, 16-QAM, mode B, 4,5 kHz) 4,8 kbit/s 
Maximum absolute (R = 0,78, 64-QAM, mode A, 20 kHz) 72,0 kbit/s 
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Annex I (normative): 
Audio tables 



Table 1.1 : Coefficients c[i] of the QIVIF bank window 



c[0] = -0,00055252865047 


c[1] = -0,00056176925738 


c[2] = -0,00049475180896 


c[3] = -0,00048752279712 


c[4] =-0,00048937912498 


c[5] = -0,00050407143497 


c[6] = -0,00052265642972 


c[7] = -0,00054665656337 


c[8] = -0,00056778025613 


c[9] = -0,00058709304852 


c[10] = -0,00061327473938 


c[11] = -0,00063124935319 


c[12] = -0,00065403333621 


c[13] = -0,00067776907764 


c[14] = -0,00069416146273 


c[15] = -0,00071577364744 


c[16] = -0,00072550431222 


c[17] = -0,00074409418541 


c[18] = -0,00074905980532 


c[19] = -0,00076813719270 


c[20] = -0,00077248485949 


c[21] = -0,00078343322877 


c[22] = -0,00077798694927 


c[23] = -0,00078036647100 


c[24] = -0,00078014496257 


c[25] = -0,00077579773310 


c[26] = -0,00076307935757 


c[27] = -0,00075300014201 


c[28] = -0,00073193571525 


c[29] = -0,00072153919876 


c[30] = -0,00069179375372 


c[31] = -0,00066504150893 


c[32] = -0,00063415949025 


c[33] = -0,00059461 189330 


c[34] = -0,00055645763906 


c[35] = -0,00051455722108 


c[36] = -0,00046063254803 


c[37] = -0,00040951214522 


c[38] = -0,0003501 1758756 


c[39] = -0,00028969811748 


c[40] = -0,00020983373440 


c[41] = -0,00014463809349 


c[42] = -0,00006173344072 


c[43] = 0,00001349497418 


c[44] = 0,00010943831274 


c[45] = 0,00020430170688 


c[46] = 0,0002949531 1041 


c[47] = 0,000402654021 60 


c[48] = 0,00051 073884952 


c[49] = 0,00062393761391 


c[50] = 0,00074580258865 


c[51] = 0,00086084433262 


c[52] = 0,00098859883015 


c[53] = 0,00112501551307 


c[54] = 0,00125778846475 


c[55] = 0,00139024948272 


c[56] = 0,00154432198471 


c[57] = 0,00168680832531 


c[58] = 0,00183482654224 


c[59] = 0,001 9841 1407369 


c[60] = 0,00214615835557 


c[61] = 0,00230172547746 


c[62] = 0,00246256169126 


c[63] = 0,00262017586902 


c[64] = 0,00278704643465 


c[65] = 0,002946944771 65 


c[66] = 0,0031 1254206525 


c[67] = 0,00327396134847 


c[68] = 0,00344188741828 


c[69] = 0,00360082681231 


c[70] = 0,003760392291 04 


c[71] = 0,00392074323703 


c[72] = 0,00408197531935 


c[73] = 0,00422642692270 


c[74] = 0,00437307196781 


c[75] = 0,00452098527825 


c[76] = 0,004660646061 1 8 


c[77] = 0,00479325608498 


c[78] = 0,00491376035745 


c[79] = 0,00503930226013 


c[80] = 0,00514073539032 


c[81] = 0,00524611661324 


c[82] = 0,00534716811982 


c[83] = 0,00541967759307 


c[84] = 0,00548760401507 


c[85] = 0,00554757145088 


c[86] = 0,00559380230045 


c[87] = 0,00562206432097 


c[88] = 0,00564551969164 


c[89] = 0,00563891995151 


c[90] = 0,00562661141932 


c[91] = 0,00559171286630 


c[92] = 0,00554043639400 


c[93] = 0,00547537830770 


c[94] = 0,00538389758970 


c[95] = 0,005271 57587272 


cf961 = 0,00513822754514 


cf971 = 0,00498396877629 


cf98] = 0,00481 094690600 


cf99] = 0,00460395301471 


c[100] = 0,00438018617447 


c[101] = 0,00412516423270 


c[102] = 0,00384564081246 


c[103] = 0,00354012465507 


c[104] = 0,00320918858098 


c[105] = 0,00284467578623 


c[106] = 0,00245085400321 


c[107] = 0,00202741761850 


c[108] = 0,00157846825768 


c[109] = 0,00109023290512 


c[1 10] = 0,00058322642480 


c[111] = 0,00002760451905 


c[1 12] = -0,00054642808664 


c[1 13] = -0,001 15681 355227 


c[1 14] = -0,00180394725893 


c[1 15] = -0,00248267236449 


cfl 161 = -0,00319337783900 


c[1 17] = -0,0039401 1240522 


c[1 18] = -0,00472225962400 


cfl 19] = -0,005533721 11088 


c[120] = -0,00637922932685 


c[121] = -0,00726158168517 


c[122] = -0,00817982333726 


c[123] = -0,00913253296085 


c[124] = -0,0101 1502154986 


c[125] = -0,01 113155480321 


c[126] = -0,01218499959508 


c[127] = -0,01327182200351 


c[128] = 0,01439046660792 


c[129] = 0,01554055533423 


c[130] = 0,01673247129989 


c[131] = 0,01794333813443 


c[132] = 0,01918724313698 


c[133] = 0,02045317933555 


c[134] = 0,02174675502535 


c[135] = 0,02306801692862 


cf1361 = 0,02441609920285 


c[137] = 0,02578758475467 


cf138] = 0,02718594296329 


cf139] = 0,02860721736385 


c[140] = 0,03005026574279 


c[141] = 0,03150176087389 


c[142] = 0,03297540810337 


c[143] = 0,03446209487686 


c[144] = 0,03596975605542 


c[145] = 0,03748128504252 


c[146] = 0,03900536794745 


c[147] = 0,04053491705584 


c[148] = 0,04206490946367 


c[149] = 0,04360975421304 


c[150] = 0,04514884056413 


c[151] = 0,04668430272642 


c[152] = 0,04821657200672 


c[153] = 0,04973857556014 


c[154] = 0,05125561555216 


c[155] = 0,05276307465207 


cf1561 = 0,05424527683589 


cf157] = 0,05571736482138 


cf158] = 0,05716164501299 


cf159] = 0,05859156836260 


c[160] = 0,05998374801761 


c[161] = 0,06134551717207 


c[1 62] = 0,06268578081 172 


c[163] = 0,06397158980681 


c[164] = 0,06522471064380 


c[165] = 0,06643675122104 


c[166] = 0,06760759851228 


c[167] = 0,06870438283512 


c[168] = 0,06976302447127 


c[169] = 0,07076287107266 


c[1 70] = 0,071 70026731 102 


c[171] = 0,07256825833083 


c[172] = 0,07336202550803 


c[173] = 0,07410036424342 


c[1 74] = 0,07474525581 194 


c[175] = 0,07531373362019 


c[176] = 0,07580083586584 


cf177] = 0,07619924793396 


c[178] = 0,076499217041 19 


cf179] = 0,07670934904245 


c[180] = 0,07681739756964 


c[181] = 0,076823001 13923 


c[182] = 0,07672049241746 


c[183] = 0,07650507183194 


c[184] = 0,07617483218536 


c[185] = 0,07573057565061 


c[186] = 0,07515762552870 


c[187] = 0,07446643947564 


c[188] = 0,07364060057620 


c[189] = 0,07267746427299 


c[190] = 0,07158263647903 


c[191] = 0,07035330735093 


c[192] = 0,06896640131951 


c[193] = 0,06745250215166 


c[194] = 0,06576906686508 


c[195] = 0,06394448059633 


cf1961 = 0,06196027790387 


cf197] = 0,05981665708090 


cf198] = 0,05751526919867 


c[199] = 0,05504600343009 


c[200] = 0,05240938217366 


c[201] = 0,04959786763445 


c[202] = 0,04663033051701 


c[203] = 0,04347687821 958 


c[204] = 0,04014582784127 


c[205] = 0,036641 81 1681 33 


c[206] = 0,03295839306691 


c[207] = 0,02908240060125 


c[208] = 0,02503075618909 


c[209] = 0,02079970728622 


c[210] = 0,01637012582228 


c[211] = 0,01176238327857 


c[212] = 0,00696368621617 


c[213] = 0,00197656014503 


c[214] = -0,00320868968304 


c[215] = -0,00857117491366 


cf2161 = -0,01412888273558 


c[217] = -0,01988341292573 


c[218] = -0,02582272888064 


cf219] = -0,03195312745332 


c[220] = -0,03827765720822 


c[221] = -0,04478068215856 


c[222] = -0,05148041767934 


c[223] = -0,05837053268336 


c[224] = -0,06544098531359 


c[225] = -0,07269433008129 


c[226] = -0,08013729344279 


c[227] = -0,08775475365593 
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c[228] = -0,09555333528914 


c[229] = -0,1035329531 1463 


c[230] = -0,1 1168269317730 


c[231] = -0,12000779846800 


c[232] = -0,12850028503878 


c[233] = -0,13715517611934 


c[234] = -0,1459766491 1870 


c[235] = -0,15496070710605 


c[236] = -0,16409588556669 


c[237] = -0,17338081721706 


c[238] = -0,18281725485142 


c[239] = -0,19239667457267 


cf2401 = -0,20212501768103 


cf2411 = -0,21 197358538056 


c[242] = -0,22196526964149 


cf2431 = -0,23206908706791 


c[244] = -0,24230168845974 


c[245] = -0,25264803095722 


c[246] = -0,26310532994603 


c[247] = -0,27366340405625 


c[248] = -0,28432141891085 


c[249] = -0,29507167170646 


c[250] = -0,30590985751916 


c[251] = -0,31682789136456 


c[252] = -0,32781 137272105 


c[253] = -0,33887226938665 


c[254] = -0,34999141229310 


c[255] = -0,36115899031355 


c[256] = 0,37237955463061 


c[257] = 0,38363500139043 


c[258] = 0,394921 17615675 


c[259] = 0,40623176767625 


cf2601 = 0,41756968968409 


c[261] = 0,42891 199207373 


cf2621 = 0,44025537543665 


cf2631 = 0,45159965356824 


c[264] = 0,46293080852757 


c[265] = 0,474245321461 15 


c[266] = 0,4855253091 1099 


c[267] = 0,49677082545707 


c[268] = 0,50798175000434 


c[269] = 0,51912349702391 


c[270] = 0,53022408956855 


c[271] = 0,54125534487322 


c[272] = 0,55220512585061 


c[273] = 0,56307891401370 


c[274] = 0,57385241316923 


c[275] = 0,58454032354679 


c[276] = 0,5951 1230862496 


c[277] = 0,60557835389180 


c[278] = 0,61591099320291 


c[279] = 0,6261 2426956055 


cf2801 = 0,63619801077286 


cf2811 = 0,64612696959461 


cf2821 = 0,65590163024671 


cf2831 = 0,66551 398801 627 


c[284] = 0,67496631901712 


c[285] = 0,68423532934598 


c[286] = 0,69332823767032 


c[287] = 0,70223887193539 


c[288] = 0,71094104263095 


c[289] = 0,71944626349561 


c[290] = 0,72774489002994 


c[291] = 0,735821 17582769 


c[292] = 0,74368278636488 


c[293] = 0,75131374561237 


c[294] = 0,75870807608242 


c[295] = 0,76586748650939 


c[296] = 0,77277808813327 


c[207] = 0,77942875190216 


c[298] = 0,78583531203920 


c[299] = 0,79197358416424 


cf3001 = 0,79784664137700 


cf3011 = 0,80344857518505 


cf3021 = 0,80876950044491 


cf3031 = 0,81381912706217 


c[304] = 0,81857760046468 


c[304] = 0,82304198905409 


c[306] = 0,82722753473360 


c[307] = 0,831 10384571 520 


c[308] = 0,83469373618402 


c[309] = 0,83797173378865 


c[310] = 0,84095413924722 


c[311] = 0,84362382812005 


c[312] = 0,84598184698206 


c[313] = 0,84803157770763 


c[314] = 0,84978051984268 


c[315] = 0,85119715249343 


c[316] = 0,85230470352147 


c[317] = 0,85310209497017 


c[318] = 0,85357205739107 


c[319] = 0,85373856005937 


cf3201 = 0,85357205739107 


cf3211 = 0,85310209497017 


cf3221 = 0,85230470352147 


cf3231 = 0,85119715249343 


c[324] = 0,84978051984268 


c[325] = 0,84803157770763 


c[326] = 0,84598184698206 


c[327] = 0,84362382812005 


c[328] = 0,84095413924722 


c[329] = 0,83797173378865 


c[330] = 0,83469373618402 


c[331] = 0,83110384571520 


c[332] = 0,82722753473360 


c[333] = 0,82304198905409 


c[334] = 0,81857760046468 


c[335] = 0,81381912706217 


c[336] = 0,80876950044491 


c[337] = 0,80344857518505 


c[338] = 0,79784664137700 


c[339] = 0,79197358416424 


cf3401 = 0,78583531203920 


c[341] = 0,77942875190216 


c[342] = 0,77277808813327 


cf3431 = 0,76586748650939 


c[344] = 0,75870807608242 


c[345] = 0,75131374561237 


c[346] = 0,74368278636488 


c[347] = 0,735821 17582769 


c[348] = 0,72774489002994 


c[349] = 0,71944626349561 


c[350] = 0,71094104263095 


c[351] = 0,70223887193539 


c[352] = 0,69332823767032 


c[353] = 0,68423532934598 


c[354] = 0,67496631901712 


c[355] = 0,66551 398801 627 


c[356] = 0,65590163024671 


c[357] = 0,6461 2696959461 


c[358] = 0,63619801077286 


c[359] = 0,6261 2426956055 


cf3601 = 0,61591099320291 


cf3611 = 0,60557835389180 


cf3621 = 0,5951 1230862496 


cf3631 = 0,58454032354679 


c[364] = 0,57385241316923 


c[365] = 0,56307891401370 


c[366] = 0,55220512585061 


c[367] = 0,54125534487322 


c[368] = 0,53022408956855 


c[369] = 0,51912349702391 


c[370] = 0,50798175000434 


c[371] = 0,49677082545707 


c[372] = 0,4855253091 1099 


c[373] = 0,474245321461 15 


c[374] = 0,46293080852757 


c[375] = 0,45159965356824 


c[376] = 0,44025537543665 


c[377] = 0,42891 199207373 


c[378] = 0,41756968968409 


c[379] = 0,40623176767625 


cf3801 = 0,394921 17615675 


cf3811 = 0,38363500139043 


cf3821 = 0,37237955463061 


cf3831 = 0,361 15899031 355 


c[384] = -0,34999141229310 


c[385] = -0,33887226938665 


c[386] = -0,32781 137272105 


c[387] = -0,31682789136456 


c[388] = -0,30590985751916 


c[389] = -0,29507167170646 


c[390] = -0,28432141891085 


c[391] = -0,27366340405625 


c[392] = -0,26310532994603 


c[393] = -0,25264803095722 


c[394] = -0,24230168845974 


c[395] = -0,23206908706791 


c[396] = -0,22196526964149 


c[397] = -0,21 197358538056 


c[398] = -0,20212501768103 


c[399] = -0,19239667457267 


c[400] = -0,18281725485142 


c[401] = -0,17338081721706 


cf4021 = -0,16409588556669 


cf4031 = -0,15496070710605 


c[404] = -0,1459766491 1870 


c[405] = -0,13715517611934 


c[406] = -0,12850028503878 


c[407] = -0,12000779846800 


c[408] = -0,1 1168269317730 


c[409] = -0,1035329531 1463 


c[410] = -0,09555333528914 


c[411] = -0,08775475365593 


c[412] = -0,08013729344279 


c[413] = -0,07269433008129 


c[414] = -0,06544098531359 


c[415] = -0,05837053268336 


c[416] = -0,05148041767934 


c[417] = -0,04478068215856 


c[418] = -0,03827765720822 


c[419] = -0,03195312745332 


c[420] = -0,02582272888064 


c[421] = -0,01988341292573 


cf4221 = -0,01412888273558 


cf4231 = -0,00857117491366 


c[424] = -0,00320868968304 


c[425] = 0,00197656014503 


c[426] = 0,00696368621617 


c[427] = 0,01 176238327857 


c[428] = 0,01637012582228 


c[429] = 0,02079970728622 


c[430] = 0,02503075618909 


c[431] = 0,02908240060125 


c[432] = 0,03295839306691 


c[433] = 0,036641 81 1681 33 


c[434] = 0,04014582784127 


c[435] = 0,04347687821 958 


c[436] = 0,04663033051701 


c[437] = 0,04959786763445 


c[438] = 0,05240938217366 


c[439] = 0,05504600343009 


c[440] = 0,05751526919867 


c[441] = 0,05981665708090 


c[442] = 0,06196027790387 


c[443] = 0,06394448059633 


c[444] = 0,06576906686508 


c[445] = 0,06745250215166 


c[446] = 0,06896640131951 


c[447] = 0,07035330735093 


c[448] = 0,07158263647903 


c[449] = 0,07267746427299 


c[450] = 0,07364060057620 


c[451] = 0,07446643947564 


c[452] = 0,0751 5762552870 


c[453] = 0,07573057565061 


c[454] = 0,07617483218536 


c[455] = 0,07650507183194 


c[456] = 0,07672049241 746 


c[457] = 0,076823001 13923 


c[458] = 0,07681 739756964 


c[459] = 0,07670934904245 


c[460] = 0,076499217041 19 


c[461] = 0,07619924793396 


c[462] = 0,07580083586584 


c[463] = 0,07531373362019 


c[464] = 0,07474525581 1 94 


c[465] = 0,0741 0036424342 


c[466] = 0,07336202550803 


c[467] = 0,07256825833083 


c[468] = 0,071 70026731 102 


c[469] = 0,07076287107266 


c[470] = 0,069763024471 27 


c[471] = 0,06870438283512 


c[472] = 0,06760759851 228 


c[473] = 0,06643675122104 


c[474] = 0,06522471064380 


c[475] = 0,06397158980681 


c[476] = 0,06268578081 1 72 


c[477] = 0,06134551717207 


c[478] = 0,05998374801 761 


c[479] = 0,05859156836260 


c[480] = 0,05716164501299 


c[481] = 0,05571736482138 


c[482] = 0,05424527683589 


c[483] = 0,05276307465207 


c[484] = 0,05125561555216 


c[485] = 0,04973857556014 


c[486] = 0,04821657200672 


c[487] = 0,04668430272642 
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c[488] = 0,04514884056413 


c[489] = 0,04360975421 304 


c[490] = 0,04206490946367 


c[491] = 0,04053491705584 


c[492] = 0,03900536794745 


c[493] = 0,03748128504252 


c[494] = 0,03596975605542 


c[495] = 0,03446209487686 


c[496] = 0,03297540810337 


c[497] = 0,03150176087389 


c[498] = 0,03005026574279 


c[499] = 0,02860721736385 


cf5001 = 0,0271 8594296329 


cf5011 = 0,02578758475467 


cf5021 = 0,02441 609920285 


cf5031 = 0,02306801692862 


c[504] = 0,02174675502535 


c[505] = 0,02045317933555 


c[506] = 0,01918724313698 


c[507] = 0,01794333813443 


c[508] = 0,01673247129989 


c[509] = 0,01554055533423 


c[510] = 0,01439046660792 


c[511] = 0,01327182200351 


c[512] = -0,01218499959508 


c[513] = -0,01 113155480321 


c[514] = -0,01011502154986 


c[515] = -0,00913253296085 


c[516] = -0,00817982333726 


c[517] = -0,00726158168517 


c[518] = -0,00637922932685 


c[519] = -0,005533721 11088 


cf5201 = -0,00472225962400 


c[521] = -0,0039401 1240522 


cf5221 = -0,00319337783900 


cf5231 = -0,00248267236449 


c[524] = -0,00180394725893 


c[525] = -0,001 15681 355227 


c[526] = -0,00054642808664 


c[527] = 0,00002760451 905 


c[528] = 0,00058322642480 


c[529] = 0,00109023290512 


c[530] = 0,00157846825768 


c[531] = 0,00202741761850 


c[532] = 0,00245085400321 


c[533] = 0,00284467578623 


c[534] = 0,00320918858098 


c[535] = 0,00354012465507 


c[536] = 0,00384564081 246 


c[537] = 0,00412516423270 


c[538] = 0,00438018617447 


c[539] = 0,00460395301471 


cf5401 = 0,00481 094690600 


cf5411 = 0,00498396877629 


cf5421 = 0,00513822754514 


cf5431 = 0,00527157587272 


c[544] = 0,00538389758970 


c[545] = 0,00547537830770 


c[546] = 0,00554043639400 


c[547] = 0,00559171286630 


c[548] = 0,00562661 141 932 


c[549] = 0,00563891995151 


c[550] = 0,00564551969164 


c[551] = 0,00562206432097 


c[552] = 0,00559380230045 


c[553] = 0,00554757145088 


c[554] = 0,00548760401 507 


c[555] = 0,00541 967759307 


c[556] = 0,00534716811982 


c[557] = 0,0052461 1661 324 


c[558] = 0,00514073539032 


c[559] = 0,00503930226013 


cf5601 = 0,00491376035745 


cf5611 = 0,00479325608498 


cf5621 = 0,004660646061 18 


cf5631 = 0,00452098527825 


c[564] = 0,00437307196781 


c[565] = 0,00422642692270 


c[566] = 0,00408197531935 


c[567] = 0,00392074323703 


c[568] = 0,00376039229104 


c[569] = 0,00360082681231 


c[570] = 0,00344188741828 


c[571] = 0,00327396134847 


c[572] = 0,0031 1254206525 


c[573] = 0,002946944771 65 


c[574] = 0,00278704643465 


c[575] = 0,00262017586902 


c[576] = 0,00246256169126 


c[577] = 0,00230172547746 


c[578] = 0,00214615835557 


c[579] = 0,0019841 1407369 


cf5801 = 0,00183482654224 


cf5811 = 0,00168680832531 


cf5821 = 0,00154432198471 


cf5831 = 0,00139024948272 


c[584] = 0,00125778846475 


c[585] = 0,00112501551307 


c[586] = 0,00098859883015 


c[587] = 0,00086084433262 


c[588] = 0,00074580258865 


c[589] = 0,00062393761391 


c[590] = 0,00051 073884952 


c[591] = 0,00040265402160 


c[592] = 0,0002949531 1041 


c[593] = 0,00020430170688 


c[594] = 0,0001 0943831 274 


c[595] = 0,00001349497418 


c[596] = -0,00006173344072 


c[597] = -0,00014463809349 


c[598] = -0,00020983373440 


c[599] = -0,0002896981 1748 


cf6001 = -0,0003501 1758756 


cf6011 = -0,00040951214522 


cf6021 = -0,00046063254803 


cf6031 = -0,00051455722108 


c[604] = -0,00055645763906 


c[605] = -0,00059461 189330 


c[606] = -0,0006341 5949025 


c[607] = -0,00066504150893 


c[608] = -0,00069179375372 


c[609] = -0,00072153919876 


c[610] = -0,00073193571525 


c[611] = -0,00075300014201 


c[612] = -0,00076307935757 


c[613] = -0,00077579773310 


c[614] = -0,00078014496257 


c[615] = -0,00078036647100 


c[616] = -0,00077798694927 


c[617] = -0,00078343322877 


c[618] = -0,00077248485949 


c[619] = -0,00076813719270 


cf6201 = -0,00074905980532 


c[621] = -0,00074409418541 


c[622] = -0,00072550431222 


cf6231 = -0,00071577364744 


c[624] = -0,00069416146273 


c[625] = -0,00067776907764 


c[626] = -0,00065403333621 


c[627] = -0,00063124935319 


c[628] = -0,00061327473938 


c[629] = -0,00058709304852 


c[630] = -0,00056778025613 


c[631] = -0,00054665656337 


c[632] = -0,00052265642972 


c[633] = -0,00050407143497 


c[634] = -0,00048937912498 


c[635] = -0,00048752279712 


c[636] = -0,00049475180896 


c[637] = -0,00056176925738 


c[638] = -0,00055252865047 


c[639] = 
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Annex J (informative): 
Numbers of input bits 



Table J.I : Number of input bits L per multiplex frame for EEP SM Mode A 



Parameters 


Spectrum occupancy 





1 


2 


3 


4 


5 


64 QAM, Rail = 0,5 


3 757 


4 248 


7 878 


8 857 


16 374 


18 336 


64 QAM, Rgii = 0,6 


4 509 


5 096 


9 450 


10 628 


19 646 


21 998 


64 QAM, Rail = 0,71 


5 322 


6018 


11 157 


12 547 


23 193 


25 976 


64 QAM, Rail = 0,78 


5 898 


6 664 


12 364 


13 908 


25 704 


28 788 


16 QAM, Rail = 0,5 


2 505 


2 832 


5 250 


5 904 


10914 


12 222 


16 QAM, Rail = 0,62 


3 131 


3 540 


6 565 


7 381 


13 645 


15 280 



Table J.2: Number of input bits L per multiplex frame for EEP SM Mode B 



Parameters 


Spectrum occupancy 


/ 





1 


2 


3 


4 


5 


64 QAM, Rail = 0,5 


2 880 


3312 


6 133 


6 991 


12 727 


14 304 


64 QAM, Rail = 0,6 


3 456 


3 972 


7 361 


8 390 


15 272 


17 162 


64 QAM, Rail = 0,71 


4 080 


4 692 


8 688 


9 900 


18 026 


20 264 


64 QAM, Rail = 0,78 


4 520 


5 196 


9 630 


10 980 


19 980 


22 456 


16 QAM, Rail = 0,5 


1 920 


2 208 


4 089 


4 662 


8 484 


9 534 


16 QAM, Rail = 0,62 


2 400 


2 760 


5111 


5 826 


10 606 


11 920 



Table J.3: Number of input bits L per multiplex frame for EEP SM Mode C 



Parameters 


Spectrum occupancy 


/ 


1 1 1 2 


3 


4 


5 


64 QAM, Rail = 0,5 


Not used 


5514 


Not used 


11 581 


64 QAM, Rail = 0,6 


6615 


13 898 


64 QAM, Rail = 0,71 


7 808 


16 406 


64 QAM, Rail = 0,78 


8 654 


18 188 


16 QAM, Rail = 0,5 


3 675 


7 722 


16 QAM, Rail = 0,62 


4 595 


9 651 



Table J.4: Number of input bits L per multiplex frame for EEP SM Mode D 



Parameters 


Spectrum occupancy 


/ 


1 1 1 2 


3 


4 


5 


64 QAM, Rail = 0,5 


Not used 


3 660 


Not used 


7 800 


64 QAM, Rail = 0,6 


4 391 


9 359 


64 QAM, Rail = 0,71 


5 185 


11 050 


64 QAM, Rail = 0,78 


5 746 


12 242 


16 QAM, Rail = 0,5 


2 439 


5 199 


16 QAM, Rail = 0,62 


3 050 


6 500 
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Table J.5: Number of input bits L per hiierarchiical frame for EEP IHIVIsym VSPP IVIode A 



Parameters 


Spectrum occupancy 


1 1 


2 


3 


4 


5 


64 QAM, Rq = 0,5 


Not used 


2 626 


2 953 


5 458 


6112 


64 QAM, Rq = 0,57 


3 000 


3 372 


6 236 


6 984 


64 QAM, Rq = 0,6 


3 150 


3 543 


6 549 


7 332 


64 QAM, Rq = 0,66 


3 500 


3 936 


7 276 


8 148 



Table J.6: Number of input bits L per hierarchical frame for EEP HMsym VSPP Mode B 



Parameters 


Spectrum occupancy 


1 1 


2 


3 


4 


5 


64 QAM, Rq = 0,5 


Not used 


2 045 


2 331 


4 243 


4 768 


64 QAM, Rq = 0,57 


2 336 


2 664 


4 848 


5 448 


64 QAM, Rq = 0,6 


2 454 


2 796 


5 091 


5 721 


64 QAM, Rq = 0,66 


2 726 


3 108 


5 656 


6 356 



Table J.7: Number of input bits L per hierarchical frame for EEP HMsym VSPP Mode C 



Parameters 


Spectrum occupancy 


i 


1 1 1 2 


3 


4 


5 


64 QAM, Rq = 0,5 


Not used 


1 838 


Not used 


3 861 


64 QAM, Rq = 0,57 


2 100 


4412 


64 QAM, Rq = 0,6 


2 205 


4 632 


64 QAM, Rq = 0,66 


2 450 


5 148 



Table J.8: Number of input bits L per hierarchical frame for EEP HMsym VSPP Mode D 



Parameters 


Spectrum occupancy 


i 


1 2 


3 


4 


5 


64 QAM, Rq = 0,5 


Not used 


1 220 


Not used 


2 600 


64 QAM, Rq = 0,57 


1 392 


2 968 


64 QAM, Rq = 0,6 


1 464 


3 120 


64 QAM, Rq = 0,66 


1 626 


3 466 



Table J.9: Number of input bits L per multiplex frame for EEP HMsym SPP Mode A 



Parameters 


Spectrum occupancy 


/ 


1 1 


2 


3 


4 


5 


64 QAM, Rail = 0,45 


Not used 


4 725 


5313 


9 822 


10 998 


64 QAM, Rail = 0,55 


5 724 


6 432 


11 904 


13 332 


64 QAM, Rail = 0,72 


7 592 


8 538 


15 784 


17 680 


64 QAM, Rail = 0,78 


8 164 


9 184 


16 972 


19012 



Table J. 10: Number of input bits L per multiplex frame for EEP HMsym SPP Mode B 



Parameters 


Spectrum occupancy 


i 


1 1 


2 


3 


4 


5 


64 QAM, Rail = 0,45 


Not used 


3 681 


4 194 


7 635 


8 580 


64 QAM, Rail = 0,55 


4 452 


5 076 


9 252 


10 392 


64 QAM, Rail = 0,72 


5913 


6 738 


12 268 


13 792 


64 QAM, Rail = 0,78 


6 358 


7 252 


13 192 


14 828 
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Table J.11 : Number of input bits L per multiplex frame for EEP HMsym SPP Mode C 



Parameters 


Spectrum occupancy 


1 1 1 2 


3 


4 


5 


64 QAM, Rgii = 0,45 


Not used 


3 306 


Not used 


6 948 


64 QAM, Rail = 0,55 


4 008 


8 424 


64 QAM, Rail = 0,72 


5313 


11 167 


64 QAM, Rail = 0,78 


5714 


12012 



Table J. 12: Number of input bits L per multiplex frame for EEP HMsym SPP Mode D 



Parameters 


Spectrum occupancy 


1 1 1 2 


3 


4 


5 


64 QAM, Rail = 0,45 


Not used 


2 196 


Not used 


4 680 


64 QAM, Rail = 0,55 


2 652 


5 664 


64 QAM, Rail = 0,72 


3 527 


7518 


64 QAM, Rail = 0,78 


3 794 


8 082 



Table J. 13: Number of input bits L per hierarchical frame for EEP HMmix VSPP Mode A 



Parameters 


Spectrum occupancy 


i 


1 1 


2 


3 


4 


5 


64 QAM, Rq = 0,5 


Not used 


1 310 


1 473 


2 726 


3 053 


64 QAM, Rq = 0,57 


1 496 


1 684 


3112 


3 488 


64 QAM, Rq = 0,6 


1 572 


1 767 


3 270 


3 663 


64 QAM, Rq = 0,66 


1 746 


1 964 


3 634 


4 070 



Table J. 14: Number of input bits L per hierarchical frame for EEP HMmix VSPP Mode B 



Parameters 


Spectrum occupancy 


i 


1 


2 


3 


4 


5 


64 QAM, Rq = 0,5 


Not used 


1 019 


1 162 


2 118 


2 381 


64 QAM, Rq = 0,57 


1 164 


1 328 


2 420 


2 720 


64 QAM, Rq = 0,6 


1 221 


1 395 


2 541 


2 856 


64 QAM, Rq = 0,66 


1 358 


1 550 


2 824 


3 174 



Table J. 15: Number of input bits L per hierarchical frame for EEP HMmix VSPP Mode C 



Parameters 


Spectrum occupancy 


/ 


1 1 1 2 


3 


4 


5 


64 QAM, Rq = 0,5 


Not used 


916 


Not used 


1 927 


64 QAM, Rq = 0,57 


1 044 


2 200 


64 QAM, Rq = 0,6 


1 098 


2313 


64 QAM, Rq = 0,66 


1 220 


2 570 



Table J. 16: Number of input bits L per hierarchical frame for EEP HMmix VSPP Mode D 



Parameters 


Spectrum occupancy 


i 


1 1 1 2 


3 


4 


5 


64 QAM, Rq = 0,5 


Not used 


607 


Not used 


1 297 


64 QAM, Rq = 0,57 


692 


1 480 


64 QAM, Rq = 0,6 


726 


1 554 


64 QAM, Rq = 0,66 


808 


1 728 
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Table J.I 7: Number of input bits L per multiplex frame for EEP HMmix SPP Mode A 



Parameters 


Spectrum occupancy 


1 1 


2 


3 


4 


5 


64 QAM, Rgii = 0,48 


Not used 


6 288 


7 066 


13 083 


14 650 


64 QAM, Rail = 0,58 


7 571 


8 506 


15 751 


17 649 


64 QAM, Rail = 0,71 


9 349 


10517 


19 461 


21 801 


64 QAM, Rail = 0,78 


10 244 


11 516 


21 308 


23 872 



Table J. 18: Number of input bits L per multiplex frame for EEP HMmix SPP Mode B 



Parameters 


Spectrum occupancy 


1 1 


2 


3 


4 


5 


64 QAM, Rail = 0,48 


Not used 


4 885 


5 577 


10 164 


11 425 


64 QAM, Rail = 0,58 


5 885 


6717 


12 244 


13 753 


64 QAM, Rail = 0,71 


7 266 


8 293 


15121 


17 001 


64 QAM, Rail = 0,78 


7 960 


9 088 


16 556 


18 620 



Table J. 19: Number of input bits L per multiplex frame for EEP HMmix SPP Mode C 



Parameters 


Spectrum occupancy 


i 


1 1 1 2 


3 


4 


5 


64 QAM, Rail = 0,48 


Not used 


4 395 


Not used 


9 247 


64 QAM, Rail = 0,58 


5 286 


11 139 


64 QAM, Rail = 0,71 


6 540 


13 750 


64 QAM, Rail = 0,78 


7 152 


15 072 



Table J.20: Number of input bits L per multiplex frame for EEP HMmix SPP Mode D 



Parameters 


Spectrum occupancy 


i 


1 2 


3 


4 


5 


64 QAM, Rail = 0,48 


Not used 


2 908 


Not used 


6 220 


64 QAM, Rail = 0,58 


3 500 


7 484 


64 QAM, Rail = 0,71 


4 322 


9 257 


64 QAM, Rail = 0,78 


4 728 


10 136 



Table J.21 : Number of input bits L per SDC block for Mode A 



Parameters 


Spectrum occupancy 


/ 





1 


2 


3 


4 


5 


16 QAM, Rail = 0,5 


321 


366 


705 


798 


1 494 


1 680 


4 QAM, Rail = 0,5 


161 


184 


353 


399 


748 


840 



Table J.22: Number of input bits L per SDC block for Mode B 



Parameters 


Spectrum occupancy 


/ 





1 


2 


3 


4 


5 


16 QAM, Rail = 0,5 


246 


288 


552 


630 


1 164 


1 311 


4 QAM, Rail = 0,5 


124 


144 


276 


316 


582 


656 
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Table J.23: Number of input bits L per SDC blocl< for IVIode C 



Parameters 


Spectrum occupancy 


1 1 1 2 


3 


4 


5 


16 QAM, Rail = 0,5 


Not used 


564 


Not used 


1 200 


4 QAM, Rail = 0,5 


282 


601 



Table J.24: Number of input bits L per SDC block for Mode D 



Parameters 


Spectrum occupancy 


1 1 1 2 


3 


4 


5 


16 QAM, Rail = 0,5 


Not used 


291 


Not used 


651 


4 QAM, Rail = 0,5 


146 


326 
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Annex K (informative): 
Simulcast transmission 



The DRM signal is designed to work in the same broadcast bands as AM signals. Simulcast transmission of services 
using DRM and AM can be performed by the juxtaposition of the analogue AM signal (DSB or VSB or SSB) and a 
DRM digital signal. 

The following figures illustrate some solutions for transmitting the AM and DRM signals from a single transmitter. 
They can equally be produced by two separate transmitters. 

Figure K. 1 gives some possibilities for the case where the DRM reference frequency, fj^, is one channel or two channels 

(i.e. ±9 kHz, ±10 kHz, -18 kHz or -20 kHz) from the AM carrier frequency, {q, and figure K.2 gives some possibilities 

for the case where the DRM reference frequency, fj^, is nominally half a channel from the AM carrier frequency, f^^. 

Due to the requirement to position the DRM reference frequency on an integer multiple of 1 kHz , the DRM reference 
frequency and the AM carrier frequency shall be either 4 kHz or 5 kHz apart. 



T 



^ 



fR = fc+ 9 kHz or 
fR = fc + 10kHz 



fR = fc- 9 kHz or 
fR = fc- 10 kHz 




fR = fc-18kHzor 
fp = fc - 20 kHz 



AM DSB signal 



AM SSB/VSB signal 



Group of carriers 
containing FAC cells 



Group of carriers 



Figure K.I : Example simulcast modes for whole channel offsets 
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ii ii 



fc fp 



fp = fc + 4 kHz or 
fp = fc + 5 kHz 




AM DSB signal 

AM SSB/VSB signal 

Group of carriers 
containing FAC cells 



Figure K.2: Example simulcast modes for half channel offsets 
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Annex L (informative): 
Pilot reference illustrations 



The figures below show the position of the gain reference cells (character 'O') for nominal channel bandwidths of up to 
10 kHz (spectrum occupancy parameter =0, 1, 2 or 3). The patterns continue to the right for the 18 kHz and 20 kHz 
nominal channel bandwidth options, (spectrum occupancy parameter = 4 or 5). 

Mode A: 

+-> carriers (k) 
I 

V 

symbols (s) DC 

negative frequencies ; positive frequencies 

1. .1 : 1. .1 

1..0.. 33333333322222222221111111111000000000:00000000011111111112222222222333333333.. 0..1 
4.. 2.. 87654321098765432109876543210987654321: 12345678901234567890123456789012345678.. 2.. 4 



. 

1 
2 
3 
4 
5 
6 
7 
8 
9 

10 
11 
12 
13 
14 



0. 



.0. 



:0. 



.0. 







.0 



.0 



Mode B: 

+-> carriers (k) 
I 

V 

symbols (s) DC 

negative frequencies : positive frequencies 

1 : 1 

0.. 9.. 33333333322222222221111111111000000000: 00000000011111111112222222222333333333.. 9.. 
3.. 1.. 87654321098765432109876543210987654321: 12345678901234567890123456789012345678.. 1.. 3 







.0 0....:0 0. 



.0. 



1 0..:..0 

2 .0 0:....0 

3 0....:0 0. 

4 0..:..0 

5 .0 0:....0 

6 0....:0 0. 

7 0..:..0 

8 .0 0:....0 

9 0....:0 0. 

10 0..:..0 

11 .0 0:....0 

12 0....:0 0. 

13 0..:..0 

14 .0 0:....0 
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Mode C: 

+-> carriers (k) 
I 

V 

symbols (s) DC 

negative frequencies : positive frequencies 

6 33333333322222222221111111111000000000:00000000011111111112222222222333333333 6 

9 87654321098765432109876543210987654321:12345678901234567890123456789012345678 9 

. . . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . :0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. 

1 .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0: . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . . 

2 . . . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . :0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. 

3 .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0: . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . . 

4 . . . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . :0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. 

5 .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0: . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . . 

6 . . . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . :0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. 

7 .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0: . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . . 

8 . . . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . :0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. 

9 .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0: . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . . 

10 . . . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . :0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. 

11 .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0: . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . . 

12 . . . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . :0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. 

13 .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0: . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . . 

14 . . . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . :0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. 

15 .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0: . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . . 

16 . . . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . :0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. 

17 .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0: . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . . 

18 . . . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . :0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. 

19 .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0: . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . .0. . . 

Mode D: 

+-> carriers (k) 
I 

V 

symbols (s) DC 

negative frequencies : positive frequencies 

44444333333333322222222221111111111000000000:00000000011111111112222222222333333333344444 
43210987654321098765432109876543210987654321:12345678901234567890123456789012345678901234 

0..0..0..0..0..0..0..0..0..0..0..0..0..0..0.:0..0..0..0..0..0..0..0..0..0..0..0..0..0..0. 

1 .0..0..0..0..0..0..0..0..0..0..0..0..0..0..0:.0..0..0..0..0..0..0..0..0..0..0..0..0..0..0 

2 ..0..0..0..0..0..0..0..0..0..0..0..0..0..0..:..0..0..0..0..0..0..0..0..0..0..0..0..0..0.. 

3 0..0..0..0..0..0..0..0..0..0..0..0..0..0..0.:0..0..0..0..0..0..0..0..0..0..0..0..0..0..0. 

4 .0..0..0..0..0..0..0..0..0..0..0..0..0..0..0:.0..0..0..0..0..0..0..0..0..0..0..0..0..0..0 

5 ..0..0..0..0..0..0..0..0..0..0..0..0..0..0..:..0..0..0..0..0..0..0..0..0..0..0..0..0..0.. 

6 0..0..0..0..0..0..0..0..0..0..0..0..0..0..0.:0..0..0..0..0..0..0..0..0..0..0..0..0..0..0. 

7 .0..0..0..0..0..0..0..0..0..0..0..0..0..0..0:.0..0..0..0..0..0..0..0..0..0..0..0..0..0..0 

8 ..0..0..0..0..0..0..0..0..0..0..0..0..0..0..:..0..0..0..0..0..0..0..0..0..0..0..0..0..0.. 

9 0..0..0..0..0..0..0..0..0..0..0..0..0..0..0.:0..0..0..0..0..0..0..0..0..0..0..0..0..0..0. 

10 .0..0..0..0..0..0..0..0..0..0..0..0..0..0..0:.0..0..0..0..0..0..0..0..0..0..0..0..0..0..0 

11 ..0..0..0..0..0..0..0..0..0..0..0..0..0..0..:..0..0..0..0..0..0..0..0..0..0..0..0..0..0.. 

12 0..0..0..0..0..0..0..0..0..0..0..0..0..0..0.:0..0..0..0..0..0..0..0..0..0..0..0..0..0..0. 

13 .0..0..0..0..0..0..0..0..0..0..0..0..0..0..0:.0..0..0..0..0..0..0..0..0..0..0..0..0..0..0 

14 ..0..0..0..0..0..0..0..0..0..0..0..0..0..0..:..0..0..0..0..0..0..0..0..0..0..0..0..0..0.. 

15 0..0..0..0..0..0..0..0..0..0..0..0..0..0..0.:0..0..0..0..0..0..0..0..0..0..0..0..0..0..0. 

16 .0..0..0..0..0..0..0..0..0..0..0..0..0..0..0:.0..0..0..0..0..0..0..0..0..0..0..0..0..0..0 

17 ..0..0..0..0..0..0..0..0..0..0..0..0..0..0..:..0..0..0..0..0..0..0..0..0..0..0..0..0..0.. 

18 0..0..0..0..0..0..0..0..0..0..0..0..0..0..0.:0..0..0..0..0..0..0..0..0..0..0..0..0..0..0. 

19 .0..0..0..0..0..0..0..0..0..0..0..0..0..0..0:.0..0..0..0..0..0..0..0..0..0..0..0..0..0..0 

20 ..0..0..0..0..0..0..0..0..0..0..0..0..0..0..:..0..0..0..0..0..0..0..0..0..0..0..0..0..0.. 

21 0..0..0..0..0..0..0..0..0..0..0..0..0..0..0.:0..0..0..0..0..0..0..0..0..0..0..0..0..0..0. 

22 .0..0..0..0..0..0..0..0..0..0..0..0..0..0..0:.0..0..0..0..0..0..0..0..0..0..0..0..0..0..0 

23 ..0..0..0..0..0..0..0..0..0..0..0..0..0..0..:..0..0..0..0..0..0..0..0..0..0..0..0..0..0.. 
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The figures below show the position of the gain reference cells (character 'O'), the frequency reference cells 
(character 'f ) and FAC cells (character 'x') for the DC to 4,5 kHz (nominal). 

Mode A: positions for pilot cells 

+-> carriers (k) 

V 

symbols (s) 

DC (not used) 

: 111 

:000000000111111111122222222223333333333444444444455555555556666666666777777777788888888889999999999000 
:12345678 90 12345678 90 12345678 90 12345678 90 12345678 90 12345 67 890 12 345 67 890 12 345 67 890 12 345 67 890 12 345 67 890 12 

::0 f...O f f 

1 ::....0 f f f 

2 :: f X...0 x...0...f x...0.f X...0 

3 :: x...0...f X...0 x...f x.f.O X...0 

4 :: x...f...x X...0 f...0...x f.x...O X...0.... 

5 ::0 f...0...x X...0 f...x...0...x f X...0 

6 ::....0 f...x...0...x X...0 f x...0...x.f X...0 

7 :: f X...O...X x...0...f x...0.f.x X...0 

8 :: x...0...f X...O...X x...f...x x.f.0...x X...0 

9 :: x...f...x X...O...X f...0...x f.x...0...x X...0.... 

10 ::0 f...0...x X...O...X f 0...X f 0...X 

11 ::....0...x f 0...X 0...x...f 0...x.f 0...X 

12 :: 0...x...f 0...X 0...f O.f.x 0...X 

13 :: 0...f 0...X f...x f.0...x 

14 :: f f...O f 0.... 



Mode B: positions for pilot cells 



+-> carriers (k) 

V 

symbols (s) 

DC (not used) 

:00000000011111111112222222222333333333344444444445555555555 66666666667777777777888888888899 
:12345678 90 12345678 90 12345678 90 12345678 90 12345678 9012345 67 890 12 345 67 890 12 345 67 890 12345 678901 

:0 0..f..0 0....fO 0..f..0 

1 :..0 Of....O 0..f..0 0f....0 0.... 

2 :....0 0.x. .fO 0.x. ..0 0.x...0f....0.x...0....f0.x...0 0.. 

3 :0 0.xf..0 0.x. ..0 0.x. .fO 0.x...0..f..0.x...0 

4 :..0 0fx...0 0.x. ..0 0.xf..0 0.x...0f....0.x...0 0.... 

5 :....0 0....f0.x...0 0.x. ..0 0fx...0 0.x. .fO 0.x. ..0 0.. 

6 :0 0.x...0..f..0.x...0 0.x. ..0 0....f0.x...0 0.xf..0 0.x. ..0 

7 :..0 0.x...0f....0.x...0 0.x. ..0 0..f..0.x...0 0fx...0 0.x. ..0 0.... 

8 :....0 0.x. .fO 0.x. ..0 0.x. ..0 0f....0.x...0....f0.x...0 0.x. ..0 0.. 

9 :0 0.xf..0 0.x. ..0 0.x...0....f0 0.x...0..f..0.x...0 0.x. ..0 

10 :..0 0fx...0 0.x. ..0 0.x...0..f..0 0.x...0f....0.x...0 0.X...0.... 

11 :....0 0....f0.x...0 0.x. ..0 0.x...0f....0 0.x. .fO 0.x. ..0 0.. 

12 :0 0..f..0.x...0 0.x. ..0 0.x. .fO 0.xf..0 0.x. ..0 

13 :..0 0f....0.x...0 0.x. ..0 0.xf..0 0fx...0 0.x. ..0 0.... 

14 : fO Of fO 0.. 
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Mode C: positions for pilot cells 

+-> carriers (k) 

V 

symbols (s) 

DC (not used) 

:000000000111111111122222222223333333333444444444455555555556666666666 
:12345678 90 12345678 90 12345678 90 12345678 90 12345678 90 12345 67 890 12 345 67 89 

:O...O...O.f.O...O...O...O...O...f...O...O..fO...O...O...O...O...O...O 

1 :..0...0...f...0...0...0...0...0.f.0...0...0f..0...0...0...0...0...0.. 

2 :0...0...0.f.0...0...0...0...0...f...0...0..f0...0...0...0...0...0...0 

3 :..0...0.x.f...0...0.x.0...0...0.f.0...0...0fx.0...0...0.x.0...0...0.. 

4 :0...0...0.f.0...0...0.x.0...0...f.x.0...0..f0.x.0...0...0...0...0...0 

5 :..0...0...f.x.0...0...0.x.0...0.f.0.x.0...0f..0.x.0...0...0...0...0.. 

6 :0...0...0.f.0.x.0...0...0.x.0...f...0.x.0..f0...0.x.0...0...0...0...0 

7 :..0.x.0...f...0.x.0...0...0.x.0.f.0...0.x.0f..0...0.x.0...0...0...0.. 

8 :O...O.x.0.f.O...O.x.O...O...O.x.f...O.. .O.xfO. ..0...0.X.0...0...0...0 

9 :..0...0.x.f...0...0.x.0...0...0.f.0...0...0fx.0...0...0.x.0...0...0.. 

10 :O...O...O.f.O...O...O.x.O...O...f.x.O...O. .fOx. .0...0...0...0...0...0 

11 :..0...0...f.x.0...0...0.x.0...0.f.0.x.0...0f..0.x.0...0...0...0...0.. 

12 :0...0...0.f.0.x.0...0...0.x.0...f...0.x.0..f0...0.x.0...0...0...0...0 

13 :..0.x.0...f...0.x.0...0...0.x.0.f.0...0.x.0f..0...0.x.0...0...0...0.. 

14 :O...O.x.0.f.O...O.x.O...O...O.x.f...O.. .O.xfO. ..0...0.X.0...0...0...0 

15 :..0...0.x.f...0...0.x.0...0...0.f.0...0...0fx.0...0...0.x.0...0...0.. 

16 :0...0...0.f.0...0...0.x.0...0...f.x.0...0..f0.x.0...0...0...0...0...0 

17 :..0...0...f.x.0...0...0.x.0...0.f.0.x.0...0f..0.x.0...0...0...0...0.. 

18 :0...0...0.f.0.x.0...0...0.x.0...f...0.x.0..f0...0.x.0...0...0...0...0 

19 :..0...0...f...0...0...0...0...0.f.0...0...0f..0...0...0...0...0...0.. 



Mode D: positions for pilot cells 



+-> carriers 

V 

symbols (s) 
DC (not used) 



:00000000011111111112222222222333333333344444 
:12345678 90 12345678 9012345678 90 12345678 90 1234 



11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
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.0 . . . fO . 
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:0. .0. .f .xO. .0. 


.O.xO.fO. 
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.0. .0. 
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0. .O.xf . . 

fO 


fO 
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. . OfxO . . . .0 . . 


. .0 . . 


•0 f xO 


f xO 





: .0. .O.fO. .O.xO 


. .0. .OfxO 


. .O.fO.xO. .0. .0 


. .0. .0 


: . .O.xOf .0. .0.x 


0. .0. .f .X 


0. .Of .O.xO. .0. . 


0. .0. . 


:0. .O.xf . .0. .0. 


xO. .O.fO. 
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.0. .0. 
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.O.xO.fO. 
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: .0. .O.fO.xO. .0 
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0. .0. . 
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xO. .O.fO. 


xO. .f . .O.xO. .0. 
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: .0. .O.fO. .0. .0 
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.xO .f . .0 .xO . .0 


. .0. .0 
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. .0. .0 


• .0. .Of .0. .0. . 


0. .0. .f . . 


0. .Of .0. .0. .0. . 


0. .0. . 



£75/ 



153 



ETSI TS 101 980 VI. 1.1 (2001-09) 



Annex M (informative): 
MSC configuration examples 



The examples below demonstrate some possibilities for configuring the MSC. Especially the mapping from services to 
audio or data streams is covered together with some limitations which must be respected when assembling the DRM 
multiplex. 

General Preface: 

• The DRM multiplex may contain up to four streams in the MSC, each carrying audio or data information. 

• An audio stream is described by SDC data entity type 9. A packet mode data stream consists of 
1-4 "sub-streams" (distinguished by their packet id), each described by SDC data entity type 5. 

• 1-4 services can be signalled to the user. A data service points to one data (sub-)stream. An audio service points 
to one audio stream plus optionally to text message information (contained in the audio stream) and/or one data 
(sub-)stream. 

• Audio services are mapped to audio streams by SDC data entity type 9. Data (and audio) services are mapped to 
data streams by SDC data entity type 5. 

• If several services point to the same stream, the stream configuration in SDC data entity type 5 or 9 must be 
identical. 

EXAMPLE 1: A very simple DRM multiplex consists of just one single audio service pointing to the one and 
only audio stream. The audio stream may contain text messages. 



service 

(visible to user) 



short id (exampie) 
SDC data entity type 

(audio/appiication info; 
mapping from service to stream) 



stream 

(content of IVISC) 



audio + 
text message 



© 



audio 



£75/ 



154 



ETSI TS 101 980 VI. 1.1 (2001-09) 



EXAMPLE 2: There are two audio services. Both point to the same audio stream. One of these services points to 
an additional packet mode data sub-stream carrying a multimedia data application. In total there 
are one audio stream and one data stream using packet mode. 

Note that if multiple services point to the same stream the configuration for that stream (carried in 
SDC data entities type 9 for audio information or in SDC data entities type 5 for data application 
information) must be the same. So in this example both or none of the audio services can comprise 
the text message service. 



service 

(visible to user) 



short id (example) 

SDC data entity type 

(audio/application info; 
mapping from service to stream) 



stream 

(content of MSC) 



audio 1 + 
text message 



audio 2 + 
text message 



audio 




12 3 



data (packet mode 



EXAMPLE 3: There is one audio service and one data service signalled to the user. The DRM multiplex consists 
of one audio stream and one data stream in packet mode containing one sub-stream. The data 
service points to the data application carried in the one sub-stream of the data stream. The audio 
service points to the audio stream and additionally also to the one sub-stream of the data stream. 

Note that in this case the data application description in the two SDC data entities type 5 must be 
identical for both services referencing the same packet mode sub-stream. 



service 

(visible to user) 



short Id (example) 



SDC data entity type 

(audio/application info; 
mapping from service to stream) 



stream 

(content of IVISC) 




EXAMPLE 4: To make maximum use of the possibilities of a DRM multiplex, the following scenario is possible: 

There are three audio services each pointing to its own audio stream. In addition to audio, each of 
these three audio streams carries text messages. Every audio service also points to its own data 
application carried as a sub-stream of a packet mode data stream (being the fourth stream in the 
DRM multiplex). Since a data stream can carry up to four sub-streams in packet mode, there can 
be an additional data service pointing to the fourth sub-stream of the data stream. 

In total there are 

- three audio services; 

- one data service. 
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These four services point to 10 different "logical channels": 

- three different audio streams with their own text messages; 

- one data stream in packet mode with four sub-streams. 

NOTE: The packet mode configuration parameters (e.g. the packet length) of all four SDC data entities type 5 
(describing the four sub-streams of the one packet mode data stream) must be identical! 



service 

(visible to user) 



short id (example) 



SDC data entity type 

(audio/application info; 
mapping from service to stream) 



stream 

(content of IVISC) 



audio 1 + 
text message 



audio 2 + 
text message 



audio 3 + 
text message 



data 
application 
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Annex N (informative): 
HVXC parameters 



Table N.I : HVXC source coder parameters 



Name 


Meaning 


Number 


Fixed Rate 






of bits 


2,0 l<bit/s 


4,0 kbit/s 


LSP1 


LSP index 1 


5 


X 


X 


LSP2 


LSP index 2 


7 


X 


X 


LSP3 


LSP index 3 


5 


X 


X 


LSP4 


LSP index 4 


1 


X 


X 


VUV 


voiced/unvoiced flag 


2 


X 


X 


Pitch 


pitch parameter 


7 


X 


X 


SE shapel 


spectrum index 


4 


X 


X 


SB shape2 


spectrum index 1 


4 


X 


X 


SE gain 


spectrum gain index 


5 


X 


X 


VX shapel [0] 


stochastic codebool< index 


6 


X 


X 


VX shapel [1] 


stochastic codebool< index 1 


6 


X 


X 


VX gain1[0] 


gain codebool< index 


4 


X 


X 


VX gain1[1] 


gain codebool< index 1 


4 


X 


X 


LSP5 


LSP index 5 


8 




X 


SE shapes 


4k spectrum index 


7 




X 


SE shape4 


4k spectrum index 1 


10 




X 


SE shapes 


4k spectrum index 2 


9 




X 


SE shapes 


4k spectrum index 3 


6 




X 


VX shape2[0] 


4k stochastic codebook index 


5 




X 


VX shape2[1] 


4k stochastic codebook index 1 


5 




X 


VX shape2[2] 


4k stochastic codebook index 2 


5 




X 


VX shape2[3] 


4k stochastic codebook index 3 


5 




X 


VX qain2[01 


4k gain codebook index 


3 




X 


VX gain2[1] 


4k gain codebook index 1 


3 




X 


VX gain2[2] 


4k gain codebook index 2 


3 




X 


VX gain2[3] 


4k gain codebook index 3 


3 




X 


UpdateFlag 


comfort noise flag 


1 






NOTE: X indicates that the parameter is used in the corresponding mode. 



Table N.2: Bit allocations of 2,0/4,0 kbit/s HVXC coder (fixed rate) 



Parameter 


2,0 kbit/s (fixed rate) 


4,0 kbit/s (fixed rate) 


Voiced 


Unvoiced 


Voiced 


Unvoiced 


LSP 


1 8 bits/20 ms 


1 8 bits/20 ms 


1 8 bits/20 ms 


1 8 bits/20 ms 


LSP{enh) 






8 bits/20 ms 


8 bits/20 ms 


V/UV 


2 bits/20 ms 


2 bits/20 ms 


2 bits/20 ms 


2 bits/20 ms 


Pitch 


7 bits/20 ms 




7 bits/20 ms 




spectral shape 


4 + 4 bits/20 ms 




4 + 4 bits/20 ms 




spectral gain 


5 bits/20 ms 




5 bits/20 ms 




spectral shape{enh) 






32 bits/20 ms 




VXC shape 




6 bits/10 ms 




6 bits/10 ms 


VXC gain 




4 bits/10 ms 




4 bits/10 ms 


VXC shape(enh) 








5 bits/5 ms 


VXC gain(enh) 








3 bits/5 ms 


Total - 2,0 kbit/s 


40 bits/20 ms 


40 bits/20 ms 






Total - 4,0 kbit/s 






80 bits/20 ms 


80 bits/20 ms 
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